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JL HE WIDESPREAD ADVENT OF COMPETITION IN 
providing telephone service has created strong incentive for 
suppliers to raise or preserve profitability by cutting costs and 
improving the completion rate of traffic offered to their net- 
works. Dynamic traffic management is one means of satisfying 
this need. Applied in urban or intercity telephone networks, it 
has been shown to reduce trunking cost, reduce trunk network 
operating expenses, and reduce blocking of offered traffic 
under both normal and abnormal network stress conditions. 

Although the basic principles of dynamic traffic routing for 
circuit-switched networks have been known for over twenty 
years [1], they have been applied only in the past decade. The 
introduction of stored program control switches with high- 
availability real-time data processing ability has made the ap- 
plication practical. Indeed, all currently implemented dynamic 
network traffic management systems (see companion articles) 
share the following characteristics: 

• Switches apply different routing tables at different times for 
calls to a given destination, depending on network and traf- 
fic conditions. 

• The changes in routing tables are based on current measure- 
ments of offered traffic and network performance, and are 
determined mechanically rather than by human calcula- 
tion. 

• Global network and traffic information is used (either di- 
rectly or indirectly) to determine the routing tables applied 
locally by each switch. 

• The routing tables permit mutual overflow among links at 
eachswitch so that, in principle, every link may carry calls 
overflowing from other links. 

Thus, switches must be able to make frequent changes in 
their routing tables during periods of high calling; make and 
send out on-line measurements of calling and blocking rates for 
their traffic parcels; and apply different treatments to calls 
from different traffic parcels overflowing from a single link. 
They must also be capable of either making their own calcula- 
tions to update their routing tables or accepting from outside 
the results of such calculations. 

In the past decade, strides in microprocessing technology 
have given switches the administrative computing capacity to 
implement these new functions; hence, dynamic traffic man- 
agement has become practical. 

The distinguishing features of the system described in this 
article are: 

• The explicit use of global network information, gathered 



from all participating switches, for each update of nodal 
routing tables and flow controls 
• A very short update cycle (measurement, calculation, 
control) — typically 10 s — enabling the system together 
with the controlled network to operate as a closed feedback 
loop in real time 

This system is called Dynamic Traffic Management 
(DTM). The traffic routing function of the system is being de- 
veloped by Northern Telecom for the Canadian national and 
local telephone networks. Implementation is scheduled for 
1 99 1- 1 992. The congestion control function is still in the plan- 
ning stage. 

This article first presents a description of DTM. It then re- 
views the main design considerations which have led to the sys- 
tem's being designed as it is. Finally, it provides a quantitative 
overview of the benefits the system has been shown to provide 
in typical (Canadian) networks. 

System Description 

Overall System Architecture and Data Flow 

Figure I depicts the architecture of DTM. The heart of the 
system is the network processor. It collects traffic operational 
measurements from the switches and in return makes recom- 
mendations regarding the traffic controls that they should en- 
force. Data collection, control selection and application are 
fully automated within a fixed time cycle referred to as the up- 
date cycle. It is typically 10 s. 

Each switch / communicates the following traffic measure- 
ments to the network processor: 1 

I 0 — The number of idle trunks on the link to switch /, for all 
switches j in the DTM network. 
CPU i — The CPU occupancy of switch L 
Ofj — A measure of the traffic sent by i to j and which over- 
flowed the direct route, j may be a switch inside the DTM net- 
work or some other resource that / can monitor, for instance a 
link to a switch outside the DTM network or to a customer. 

These measurements are for both routing and congestion 
control purposes. For routing, they allow the network proces- 
sor to build a global view of the idle capacity in the network. 
For congestion control, they allow it to protect potentially 



■For reference purposes, a glossary of notations is provided in the 
Appendix. 
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overloaded elements in its control decisions. 

Corresponding to the routing and congestion control func- 
tions, the network processor returns two types of controls to 
each switch /: 

r u — For each switch j, the name of a switch through which / 
should redirect its calls to j when the direct route is full, r^may 
also be a "block" recommendation, in which case switch i 
blocks the calls to j that cannot be routed over the direct route. 
I AT ii — For each resource 7, a minimum time interval between 
calls admitted to j. j may be a switch inside the DTM network 
or another resource that i can identify as a specific destination, 
for instance a link to a switch outside the DTM network or to a 
customer. 

To simplify the discussion, it may be assumed that the 
above measurements and controls are systematically commu- 
nicated every 10 s. The measurements, however, may in prac- 
tice be filtered by the switches and only reported when needed. 
Similarly, the controls need not be systematically updated 
every 1 0 s, but only when the current controls are judged by the 
network processor to require and update. We will not dwell fur- 
ther on these implementation issues. 

Routing 

Consider a link of size N between two switches i and 7, of- 
fered TErlangs of Poisson traffic. Assume that each call which 
cannot be carried on the link is blocked, and that each blocked 
call costs one unit. Given that X trunks are currently busy, it 
has been shown [2] [3] that the expected cost for accepting an 
additional call on the link is: 

c = E[N,T\I E\X,T\ (1) 

where E[X t T] is the Erlang-B formula for TErlangs offered to X 
trunks. The cost in Equation 1 may be interpreted as the proba- 
bility that the trunk held by the additional call during its life- 
time would otherwise be used by a subsequent call, and causes 
this subsequent call to be blocked. 

In a general telephone network, the expression for c ( j in 
Equation 1 may be modified to account for the impact of rout- 
ing. In [4], the modification consists of multiplying the right- 
hand side of Equation 1 by a factor reflecting the alternate- 
routed traffic on the link and elsewhere in the network. This 
factor being typically close to unity, we shall for simplicity ig- 
nore it in the discussion. Assuming that the cost of an addition- 
al call on a multi-link route is the- sum of its cost on each link, a 
near-optimal routing strategy for a general telephone network 
can be defined as follows [2] [3] [5]: 



• Route an i-j call over: 

— The direct route of c ( j < 1 and c,y < c it + c tJ for all t & i,j 
— The alternate route i-r-j if c ir + c r j < I, c ir c r j < c^and 
c ir + c rJ < c it + c tJ for ail t * /, j\ r 

• Block the call otherwise (i.e., if c u = 1 and c it + c tj > 1 for 
all t # i,7) 

This strategy assigns each call to the route with the minimal 
overall cost, provided that the overall cost is less than 1 . The 
routes are limited to those with only one or two links. Longer 
routes, such as those with three or more links, are inefficient. In 
practice, they are avoided or used on an exception basis. The 
strategy also recommends blocking calls that cannot be carried 
over a route whose overall cost is less than 1 . The rationale is 
that these calls cost more than they bring, i.e., one unit, and 
hence are not worthwhile. 

The routing strategy in DTM is an approximation to the 
near-optimal strategy described above. The differences are 
motivated by implementation and fairness considerations. 
They aim at reducing the computation and communication 
burden for routing decisions, protecting against inaccurate net- 
work state and traffic knowledge, and reducing the discrepan- 
cies in the blocking of individual traffic parcels. We next de- 
scribe the DTM routing strategy. Following this, we discuss its 
relationship with the near-optimal routing strategy. 

Consider a call at switch i destined for switch j. In DTM, 
switch i always first attempts to route the call on its direct link 
to j. If the call is admitted into the network at switch / and if the 
direct link is full, switch i then attempts to route the call over 
the two-link alternate route transiting through the switch as 
recommended by the network processor. This is the only alter- 
nate route that the call is allowed to attempt. If r tj is the block 
recommendation or if the /-r link is full, switch / does not let the 
call attempt some other route but immediately blocks it. The 
alternate route recommendation r { - applies only to calls origi- 
nating at switch /. transit calls, i.e., calls arriving at / from some 
other switch for which i was the recommended DTM transit 
switch, may only attempt the direction route to j. Otherwise, 
these calls could take three or more links to complete, which 
would be inefficient. 

The selection process of r x - in the network processor de- 
pends on whether or not a direct link exists between / andy. If a 
direct link exists, which is the case for the vast majority of the 
calls, r,y is determined as that switch t which achieves the maxi- 
mum in: 

Ma, { A t min [ /. - PA. £ . l {j - PA tj I \ ^ 




Fig. 2. Alternate route selection in DTM. Following Equation 2, the 
recommended alternate route is i-y-j. Although it has the largest idle 
capacity, route i-x-j is not recommended because switch x is overloaded. 



provided that the maximum is positive. Otherwise, r ( j is the 
block recommendation. 7 ; y is as defined earlier. PA^ is a protec- 
tive allowance for the direct traffic on link i-j. Its role is to di- 
vert traffic away from the link when it is nearly fully occupied. 
We will return to the role of PAy later. A t is a parameter in [0, 1 ] 
reflecting the availability of switch t. It is 1 if switch t functions 
normally, but it is less if switch t is overloaded. Its role is to 
make alternate routes transiting through overloaded switches 
less attractive and hence less likely to be chosen by the network 
processor. We will also return to the role oiA t later, in the dis- 
cussion on congestion control. Figure 2 illustrates the selection 
process of r tj defined by Equation 2. 

If i-j does not have a direct link, r,y is determined as that 
switch / which achieves the maximum in: 

Max { A, min I / , / 1 } 

t * U 

provided that the maximum is positive. Otherwise, r ( y is the 
block recommendation. Equation 3 is similar to Equation 2, 
except that the protective allowances are not considered. This 
is based on the rationale that the i-j traffic should not concede 
priority to the direct traffic on the links of its potential alter- 
nate routes when it has no direct link of its own. 

Now consider the differences between the near-optimal and 
DTM routing strategies. It may first be noted that the near- 
optimal routing strategy implicitly assumes that routing deci- 
sions are made on a call-by-call basis and with exact knowledge 
of the idle capacities on all links. Such requirements are in 
practice very stringent. DTM instead makes routing decisions 
for groups of calls (namely, on a 10 s basis) and relies only on 
near-real-time knowledge of the idle capacities. The degrada- 
tion entailed by this approximation to true real-time tracking 
and. control motivates the first difference between the near- 
optimal and DTM routing strategies. Namely, DTM compen- 
sates by allowing calls to attempt two routes, the direct route 
and a recommended alternate route, rather than only one. 

The systematic attempt of the direct route first may be ex- 
plained by considering the cost c f y in Equation 1 and the call set- 
up capabilities of the switches. Figure 3 depicts Cy as a function 
of the number of busy trunks in a typical instance where N = 
100 and T — 80 Erlangs. Clearly, qj is never greater than 1 and is 
close to 0 unless the number of busy trunks approaches N. This 
means that, irrespective of the number of calls in progress, it is 
never more "expensive" to let a call attempt its direct route 
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than to block it. Considering that the direct route may be at- 
tempted by the originating switch without it losing control of 
the call, this makes it attractive as a first choice because the 
originating switch may still try another route when the direct 
route fails. In opposition, first attempting a two-link route pre- 
cludes attempting the direct route upon congestion of the sec- 
ond link unless calls can be cranked back to their origin. Rather 
than imposing such a requirement, which may be difficult to 
justify economically or even to implement on several switching 
technologies, it is simpler to just let the calls first attempt their 
direct route. From the switching viewpoint, attempting the di- 
rect route first also reduces to the minimum the work of rout- 
ing for the vast majority of calls. This is a nonnegligible side 
benefit considering that, with call translation, routing is a 
major source of switch real-time consumption. 2 

A second observation that can be made about the near- 
optimal routing strategy concerns the evaluation of c,y. It is im- 
plicitly assumed that the traffic offered to the lines is known. 
This is not a trivial requirement. Traffic typically varies de- 
pending on the hour of day, the day of the week, the season, 
and on the routing itself. Knowledge of the traffic implies ei- 
ther continuous measurement or some kind of forecasting 
mechanism relying on historical data. Furthermore, even if the 
traffic is known, the evaluation of c i} still involves significant 
computation (or memory if it is precomputed). 

The above difficulties may be overcome by assessing the 
link cost with an approximation to c ijt Figure 3 presents such 
an approximation, denoted c[y It supposes that the cost of an 
additional call is either 0 or 1 , depending on whether or not the 
number of busy trunks is less than or at least equal to a given 
threshold. The threshold, denoted t( j9 summarizes the traffic 
information required for cost evaluation. This alleviates the 
difficulties for traffic estimation because t-- is relatively insen- 
sitive to traffic variations. c» also simplifies the computations 
for assessing the link cost. It is merely a questions of comparing 
the number of busy trunks to the threshold. 

Consider now the route evaluation in the near-optimal rout- 
ing strategy with the approximate cost cjj. All routes for which 
the number of calls in progress on the first or the second link is 
at least equal to the link's threshold have a cost of at least 1 , and 
hence are not recommendable. On the other hand, all other 
two-link routes have a cost of 0, and hence are all equally rec- 
ommendable. Considering that measurements may potentially 
be only nearly accurate and that routing controls may have to 
apply to several calls, an auxiliary criterion that can help 
choose among the routes with 0 cost is robustness. From this 
viewpoint, and considering also that a two-link route must 
have both links available to be useful, the recommended route 
can be chosen as that with 0 cost and whose weakest link is as 
strong as possible. Namely, the recommended route would be 
that route i-t-j for which c\ t + c,} = 0 and min [t' it - X it , t' tj - X tJ ] 
is maximum. Notwithstanding the factor A (9 whose purpose is 
congestion control, this selection process is precisely what 
Equation 2 implements. This can be seen by noting that / f y =* 
My - Xy and by setting PA U = N u - (A and A t = 1 . This evi- 
dences a strong similarity between the DTM and near-optimal 
routing strategies. Namely, the DTM alternate route selection 
process may be viewed as an approximation to the near- 
optimal routing strategy, where the approximation serves to re- 
duce the computational burden in the route selection and the 
impact of inaccurate knowledge of network and traffic condi- 
tions. 

The protective allowance PA iy - is a means of diverting over- 
flow traffic from the i-j link when it is very busy. This reduces 



^Justification for attempting the direct route first may also be found 
in [6j and [7]. In addition, it was drawn to the authors 1 attention by 
Prof. Z. Dziong in a private conversation that attempting the direct 
route first may improve the near-optimal routing strategy. We hope 
that these results will be available shortly in the published literature. 
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Fig. i. True and approximate link cost functions. 

the possibility that overflow traffic causes an inefficient usage 
of the trunk resources by taking away trunks that are likely to 
be needed for direct traffic. The protective allowance is a wide- 
ly known mechanism used in several routing strategies [8-1 1], 
Contrary to most routing strategies, however, the protective al- 
lowance in DTM is purely an algorithmic feature for biasing 
the routing decisions. It does not physically reside in the 
switches, which greatly simplifies implementation. To fully 
adapt to the current traffic load, the protective allowance in 
DTM may be dynamically computed based on near-real time 
measurements. This may be achieved, for instance, by using 
the overflow measurement [12]. Alternatively, in networks 
well-engineered for DTM, the protective allowance may be set 
to a fixed value with little loss in performance. We will return 
in more depth to this question later. 

As a final observation, it may be noted that the criterion un- 
derlying the near-optimal routing strategy is the minimization 
of the overall blocking. This does not guarantee that all traffic 
parcels experience a satisfactory grade of service. A frequent 
situation in a typical well-engineered telephone network where 
this criterion may lead to poor performance is for traffic par- 
cels that do not have a direct route. DTM makes the route com- 
putation slightly differently for these traffic parcels to provide 
them with a better chance of completion. Namely, DTM 
makes their route recommendation based on Equation 3 rather 
than Equation 2. This preferential treatment significantly re- 
duces their blocking, although it may generally still remain 
higher than average. Furthermore, as traffic parcels with no di- 
rect route typically constitute a small fraction of the total traf- 
fic, their preferential treatment has a negligible impact on the 
overall blocking. 

Congestion Control 

Figure 4 depicts the typical behavior of a resource as a func- 
tion of the arrival rate of work it has to perform. Initially, the 
occupancy of the resource increases linearly with the arrival 
rate. At a certain point, the resource becomes fully occupied 
and the occupancy saturates. Then, as the resource cannot ac- 
cept additional work, the overflow rate from the resource starts 
increasing linearly with the arrival rate. In the region where the 
resource is saturated, the excess load that cannot be properly 
handled still imposes a burden, both on the resource itself and 
on the other resources involved in carrying it This burden may 
seriously cut the net throughput if it consumes a significant 
amount of the resource's capacity. Preventing this is the pur- 
pose of congestion control. 



The definition of "excess load" depends on the nature of the 
resource. For a switch, an arrival rate greater than the capacity 
cannot be accepted. This causes unacceptable dial tone and 
post-dial delays, and causes rapid degradation of the perform- 
ance of other switches as well. For efficient operation, a switch 
must be maintained within the linear part of the occupancy 
curve, below the saturation threshold. In this respect, an ap- 
propriate metric for the excess load on a link can be obtained 
from the overflow curve. A congestion overflow threshold can 
be defined so as to maintain near-full utilization, and the ex- 
cess load can be considered as any overflow that exceeds the 
threshold. This definition is illustrated in Figure 4. 

For a link, the definition of excess load cannot be based on 
the same rationale as for a switch. A link is not adversely affect- 
ed if it is offered an arbitrarily large number of call attempts. It 
simply blocks those calls which it cannot carry. The main moti- 
vations for restricting the call flow to a link is that the call flow 
may consume its bandwidth for signalling and may consume as 
well switch processing to get to the link. If the call flow is large 
and has a poor chance of completion, it may be worthwhile to 
restrict it at source to protect switches and to preserve 
bandwidth for effective attempts. In this respect, an appropri- 
ate metric for the excess load on a link can be obtained from the 
overflow curve. A congestion overflow threshold can be de- 
fined so as to maintain near-full utilization, and the excess load 
can be considered as any overflow that exceeds the threshold. 
This definition is illustrated in Figure 4. 

To detect congestion, the network processor maintains an 
indicator of the load on each resource. This indicator, denoted 
L r for resource r, is defined as follows: 



If r = switch i: L = ( l - « ) CPU. + * L 



oCd 



Ifr = link /-J: L 



( 1 



) O 



L 



old 



(4) 



(5) 



Namely, L r is a moving average of the occupancy or overflow 
rate of the resource, depending on its nature. The smoothing 
parameter a may in principle be tailored on an individual re- 
source basis, but this is generally not necessary. Rather, it is 
sufficient to use a common a for all switches and another com- 
mon a for all links. Note also that links in Equation 5 need not 
be only between switches in the DTM network. They can as 
well be to switches outside the DTM network or to large cus- 
tomers whose traffic unpredictability may warrant congestion 
control; for instance, ticket agencies or television stations. 
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Fig. 4. Occupancy and overflow of a resource as a function of the rate of 
arrival of work into it. 
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When L r for resource r exceeds a predefined threshold, de- 
noted Ca n the network processor declares the resource under 
congestion and activates the congestion control process. Simi- 
larly, when L r decreases below a second threshold, denoted 
Cd r , the network processor considers the congestion over and 
deactivates the congestion control process. The activation and 
deactivation thresholds reside in the network processor. They 
can in principle be individuaily set for each resource but, as for 
a, it is typically sufficient to distinguish only on the basis of the 
nature of the resource. Also, activation thresholds must be set 
higher than deactivation thresholds so as to embed hysteresis 
in the process. 

For switches, the network processor maintains also a third 
threshold, denoted Ch r , for detecting when they are highly ac- 
tive. Ch r must be lower than Ca r but may for simplicity be set 
equal to Cd r . The purpose of Ch r is to allow gradual elimina- 
tion of alternate-routed traffic from switch r as it approaches 
congestion. This is accomplished by means of the parameter A r 
in the computation of the alternate route recommendations 
(see Equations 2 and 3). Namely, A r is defined as follows: 



If the contested resource is r, IAT ir for every switch / is de- 
termined as follows: 



A = 



1 

0 



(Ca 



- L ) / (Ca - Ch ) 

r r r 



ifX < Ch 

r r 

IfCk < L < Ca 

r r r 

if Ca < L 



(6) 



As A r multiplies the result of the minimization inside Equa- 
tions 2 and 3, this makes switch r gradually less attractive as an 
alternate-route recommendation as L r increases from Ch r to 
Ca r . When L r > Ca r , the switch is considered overloaded and 
is then fully freed from alternate-routed traffic. 

Once the network processor declares a resource under con- 
gestion, it dispatches a control to every switch to limit the num- 
ber of attempts they can let proceed into the network to the re- 
source. This control, denoted IAT U for switch i to resource j t 
consists of a minimum interarrivaltime. It is implemented in 
switch i by accepting a call to /only if a timer exceeds the value 
of lATjj, and by resetting the timer to 0 every time a call to j is 
accepted. In its simplest form, new I A controls may be im- 
plemented in switch / only by updating the switch's current 
value for the control. Alternatively, more sophisticated imple- 
mentations allowing better redistribution of the admitted call 
flow can also include the rescaling of the timer to immediately 
reflect the changes in the control. In all cases, the interarrival 
time control is "absolute" in the sense that the magnitude of 
the load accepted into the network is only weakly related to 
that of the offered load arriving from outside the network. 

The computation of the interarrival time control relies on 
two key assumptions. The first regards the arrival rate from 
outside the network into the target resource. It is assumed that 
it is large, variable, and unpredictable. Hence, the control does 
not attempt to estimate it but rather to isolate the network 
from its wanderings. The second assumption regards the hold- 
ing time of successful attempts to the target resource. It is as- 
sumed that this holding time is unknown, and that it is poten- 
tially different from the holding time under normal circum- 
stances, but exists. This is motivated by the rationale that 
people have a well-defined purpose when they call in a situa- 
tion of congestion. They may call to book tickets for a popular 
event, respond to a television contest, or enquire about rela- 
tives in the advent of a disaster; but a meaningful holding time 
can be associated with their behavior. Hence, the control can 
attempt to estimate the load per request on the congested re- 
source, and tailor the overall rate of admitted calls to its capaci- 
ty- 



[AT neiv =S I AT new 

tr r 



where; 



I AT " eU} (instantaneous) = 
CPU . [AT oLd I Ca , ifr = switch j 

J r r J 

10 [AT oid i [ IAT old (Ca - O J + 10 I, 

ifr — link j—k 
[AT nem =Max[(l-P )lAT oLd + 

r r r r 

P [AT neu ' (insta nta neous) t 

r r r * 

[AT (default) ] 



(7) 



(8) 



(9) 



(10) 



The superscripts old and new refer to the value of the varia- 
bles before and after the update, respectively. S is the number 
of switches whose call attempt rate must be throttled to allevi- 
ate congestion. It is determined by the network processor by 
counting the number of switches whose overflow rate to r is sig- 
nificant, as reflected in the overflow measurements. 
lAT r (instantaneous) and IAT r are immediate variables main- 
tained by the network processor to estimate respectively the 
overall instantaneous and average interarrival time at r.B is a 
smoothing parameter for the averaging of IAT r . IAT r (default) 
is a default for the overall interarrival time at r. It is set by as- 
suming an optimistic (i.e., short) yet realistic holding time for 
successful call attempts at r. To prime the process, 
I AT r (default) is assigned as the first value to IAT r . 

Equation 8 assumes that as a switch (J in the equation), r be- 
haves deterministically and that the overall arrival time 
IAT r old caused its CPU occupancy to be CPU Jt as measured. 
Considering a linear behavior for a switch as in the initial por- 
tion of the occupancy curve in Figure 4a, it determines a new 
value for the overall arrival time, denoted I A T new 
(instantaneous), by rescaling IA T r old to achieve the target occu- 
pancy Ca r Equation 9 similarly assumes that as a link (j-k in 
the equation), r behaves deterministically and that the 
interarrival time IAT r oId caused its overflow rate to be O ^ 
Considering a linear behavior for a link as in the high offered 
traffic portion of the overflow curve in Figure 4b, it determines 
a new value for the overall interarrival time to achieve the de- 
sired overflow rate Ca r Equations 8 and 9 are identical in spir- 
it. The differences in their form result only from the different 
models used to predict the impact of interarrival time controls 
for switches and links. 

Equations 8 and 9 both assume that the holding time per 
successful attempt is constant. This is motivated by the "mean- 
ingful holding time" assumption discussed earlier. They also 
assume that the target for congestion control is the congestion 
control activation threshold. Another target can in principle be 
defined, but there is little to be gained by adding this extra pa- 
rameter. Equations 8 and 9 determine a new control based on 
only one measurement. Due to random fluctuations in the ad- 
mitted call flow and holding time processes, this control may 
not always truly reflect the desired overall interarrival time. 
Equation 10 implements a moving average to filter out these 
random fluctuations and to prevent the overall interarrival 
time from drifting too far away from what can be recommend- 
ed. It produces an estimate of the overall interarrival time, de- 
noted I A T r new , which can be considered significantly more reli- 
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Fig. 5. Blocking as a function of the update cycle in a DTM network The 
network contains 47 switches, each switch being on average directly 
connected to 21 switches, and 59,424 two-way trunks. Eight different 
nominal loads corresponding to several times of day and seasons are 
offered to the network Their total traffics range from 35 to 45 KErlangs. 
The trunking is engineering for these eight nominal loads, assuming 
DTM. Each point on the figure is generated by simulating the operation 
of the network for 2.5 hours. The first 30 minutes are for initialization. 
The following 2 hours simulate sequentially each nominal load for 15 
minutes. Exogenous traffics are modeled as independent Poisson 
processes, and call-holding times are modeled as independent, 
exponentially distributed random variables, with an average of three 
minutes. 

able. Equation 7 straightforwardly apportions this overall 
interarrivai time equally among all switches whose attempt 
rate warrants congestion control. Although the apportionment 
rule is very crude, this is of little concern because the feedback 
process can quickly correct the overall interarrivai time to 
achieve the congestion control target. 

Design Considerations 

This section discusses the main motivations that have guid- 
ed the design of DTM, as presented in the preceding section. 
As these motivations are covered to various extents in the ex- 
isting literature, this discussion is not intended to be exhaus- 
tive. The interested reader may find abundant additional in- 
formation in the references. 

Update Cycle 

Consider a large, realistic telephone network with, say, 40 
nodes, 70% node-to-node connectivity, and handling 50 
KErlangs. Well engineered under DTM, experience has shown 
that his network carries approximately 90% of the its traffic di- 
rectly and has an overall trunk efficiency of approximately 
75%. Hence, the network requires 50K/.75 = 67 Ktrunks, cor- 
responding to an average link size of 6 J trunks. Assuming an 
average holding time of 3 minutes, the network overflows 28 
calls/s from their direct link, or 0.025 calls/s/Iink. 

Now, aside from technical feasibility, the update cycle 
should be chosen so as to track, sufficiently quickly, the free ca- 
pacity to allow overflow calls to make efficient use of the net- 
work. In view of the above network data and assuming that call 
overflow processes are perfectly regular, this consideration 
suggests that the update cycle could be set to 1/0.025 = 40 s. 
This would provide every overflow call with its own alternate- 
route recommendation. Considering, however, that overflow 
processes are typically not at all regular, that the above network 
data is only approximate, and above all that the network state 
may vary between the time the measurements are made and 
the time the resulting recommendations are applied, its is safer 
to set the update cycle significantly shorter, say, approximately 
10 s. 



As explained above, an update cycle of 10 s basically pro- 
vides each overflow call with its own alternate-route recom- 
mendation. This eliminates the concentration of calls on indi- 
vidual alternate routes, which is one of the main causes of 
blocking. The other main cause of blocking is the evolution of 
the network state between the time at which the measurements 
are made and the time at which the resulting recommendations 
are applied. As discussed earlier, the approximate link cost 
function and the minimization in Equations 2 and 3 is a first 
means of countering it. Predicting the network state when the 
recommendations are enforced, and adjusting them according- 
ly, can be a second means of helping to achieve the same pur- 
pose. We have found that such predictions are difficult to make 
accurately, and that the additional time that they impose on 
the update cycle may defeat their whole purpose anyway. Fi- 
nally, reducing the update cycle is obviously a third means of 
achieving better state knowledge. Here, we have found that the 
improvement is marginal unless the update cycle becomes un- 
realistically small. 

Figure 5 depicts the evolution of the blocking as a function 
of the update cycle in a realistic DTM network operating under 
normal condition. Clearly, the blocking deteriorates seriously 
when the update cycle is significantly larger than 10 s, but it is 
relatively constant in the 5-10 s range. This confirms the in- 
centive for lowering the update cycle to at least the 1 0 s range. 
For reasons of cost and technical feasibility, this confirms as 
well the incentive for not lowering it well below 1 0 s. 

Protective Allowance 

The cost function c i} is a function of the traffic offered to the 
link if. For x given, c t Jx) increases as the traffic on link i-j in- 
creases. This can be reflected in DTM by making the protective 
allowance a function of the traffic as well. This has been inves- 
tigated in [12]. There, the protective allowance is dynamically 
adjusted as a moving average based on the current traffic con- 
ditions via the formula: 

PA\ n + kl = u>PA Ul) + ( 1 - co) Nfl. n * n + ki (11) 
y v y 

where PA^ n) is the protective allowance at the nth update 
cycle, k is the interval in number of update cycles for the PA up- 
date computation, co is a smoothing parameter for the averag- 
ing, and Mj n ' rt+ *> is a measure of the number of trunks to be 
reserved for direct traffic computed from the overflow meas- 
urements received during.the update cycles n + \ ,...n+k. Equa- 
tion 1 1 makes the link accessible to alternate-routed calls when 
the traffic on the link is small, but closes it when the link gene- 
rates significant overflow. This is what the true cost function c,y 
would also do. 

To test the above dynamic update mechanism for the pro- 
tective allowance, we made two series of simulations with 
modifications to the mechanism. In the first series of simula- 
tions, the protective allowance was forced to remain below an 
upper limit, denoted PAy" 1 **, as follows: 

PA\" + ki = Min[<*PA {n) + (1 -u)M {n > n + k) , 
y y 9 y 

PA max \ (12) 

y 

In the second series of simulations, the protective allowance 
was forced to remain above a lower limit, denoted PA i j mm J as 
follows: 

PA . = Max I to PA + ( 1 — co ) Atf . , 

y y y 

PA min \ (13) 
y 
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Fig. 6. Lower and upper limits on the protective allowance under normal 
condition, traffic overload, and transmission facility failure. The 
network and simulation conditions are identical to those of Figure 5 
except for the following: In traffic overload condition, independent 
random fluctuations are imposed on every traffic parceL inflating them 
on average by 20%. In failure condition, a large transmission facility 
failure is modeled as the loss of 17 trunk groups in a region of the 
network for an overall loss of 4,488 trunks. 



Figure 6a shows the performance of the modified protective 
allowance update mechanisms in a realistic DTM network 
operating in normal condition. Two curves are presented. 
They depict the evolution of the blocking as a function of 
PAtj min and PA u max . Concerning PA f / n>n , it may be seen that it 
has practically no impact if it is no more than 6%, but other- 
wise the blocking increases steadily as it increases. Concerning 
PA u max , the blocking slightly increases when it becomes very 
small, but it has basically no impact. Figure 6b and 6c present 
the same curves as Figure 6a, but with the network operating 
respectively under traffic overload and under a large transmis- 
sion facility failure. Although the blocking is higher due to the 
stress conditions, similar conclusions as those of Figure 6a 
apply. PA ( j min and PA jf 0 * have negligible impact if they are re- 
spectively no more and no less than 3%. 



Two conclusions may be drawn from these simulations. 
First, the performance of the unconstrained protective allow- 
ance update mechanism is always at least as good as that of the 
constrained versions. Second, setting the protective allowance 
to 3% of the link size may provide nearly equivalent perform- 
ance as that of the dynamic unconstrained mechanism. As it is 
simpler to implement, this may make the fixed protective al- 
lowance an attractive alternative when resilience to extreme 
stresses is not mandatory. It is worth noting that this conclu- 
sion corroborates the known fact that for physical trunk reser- 
vation, a protective allowance of 3% is adequate [ 1 3]. 

Multiple Alternate Routes 

DTM recommends one alternate route per origin- 
destination pair. This is sufficient in a small network or with a 
nearly zero update cycle because the recommended routes may 
seldom fill before they get updated. In a large network with a 1 0 
s update cycle, however, it may be argued that a second alter- 
nate route may help the traffic to complete, and hence reduce 
blocking. Allowing a second alternate route, however, is only 
useful if the originating switch still controls the call when the 
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Fig. 7. DTM with two alternate-route recommendations per 
origin-destination pair in a network operating under normal condition, 
traffic overload, and transmission facility failure. The network and 
simulation conditions are identical to those of Figure 6. 
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first alternate route is busy. Otherwise, if the call is at the inter- 
mediate switch of the first alternate route, it is too late to at- 
tempt the second. Based on this observation, and in an attempt 
to gauge the benefits that an additional route could provide, we 
modified DTM so as to recommend two alternate routes. For 
/-/> the first alternate route i-t-j was chosen as that for which t 
achieves the maximum in: 

Max { A mm \l - PA Y (' - PA > ] } 

(14) 

y = 1 corresponds to the standard DTM alternate route selec- 
tion, as in Equation 2. / < 1 makes the safe idle capacity on the 
second link more important than that of the first in the mini- 
mization inside the equation. This favors paths with more idle 
capacity on their second link than on their first, which are 
hence more resilient with respect to congestion on their second 
link. The second alternate route was chosen as in the standard 
DTM, but with the obvious restriction that it be different from 
the first. 

DTM with two alternate-route recommendations was simu- 
lated in a realistic network operating in normal condition, 
under traffic overload and under a transmission facility fail- 
ure. The results are presented in Figure 7. With y = 1 , the mod- 
ification amounts to providing two standard recommenda- 
tions instead of one. It is readily seen from Figures 7a and 7c 
that this lowers the blocking by 30% in normal condition and 
by 57c in failure condition. In addition, the blocking is further 
reduced by an additional 1% in normal condition and $% in 
failure condition with a well-chosen y. This is achieved when y 
— 0.4. It is apparent that the enhancement is of little use in 
traffic overload. This is because the protective allowance 
mechanism then closes most links to overflow traffic. This re- 
sults in calls seldom having access to two alternate routes, mak- 
ing the second recommendation useless. 

Overall, the second alternate route significantly reduces the 
blocking only under normal condition. This is, however, where 
it is least needed. If it were worthwhile, such a gain could be 
achieved by adding slightly more trunks, say, 0.5%. Globally, 
this would be more cost effective as it would spare the network 
processor the significant overhead imposed by the computa- 
tion of the second routes. Hence, as a global enhancement for 
all traffic parcels, it appears that the value of a second alternate 
route is limited. 3 

Similar results have been found in the study of three-link al- 
ternate routes. Namely, they offer a marginal advantage under 
normal condition and tend to degrade network performance 
under the slightest overload because they permit inefficient use 
of trunking resources. Moreover, considering them as poten- 
tial routes requires a significant computational overhead com- 
pared to two-link alternatives: the time spent finding them is 
better spend by proceeding immediately to a new update cycle. 

Congestion Control Thresholds 

Let r be link j-k. Assume that under congestion, r maintains 
an efficiency of v r and serves calls whose average holding time 
is H r If the overall interarrival time IAT r otd was imposed on r, 
the overflow measurement Oj k that the network processor gets 
for the cycle should obey the equation: 



3 This conclusion does not apply, however, to traffic parcels with no 
direct route. Then, the second alternate route may be an effective 
means to compensate for the lack of a direct route. We will not dwell 
further on this issue here, but it is worthwhile to remember the second 
alternate route as selective enhancement for traffic parcels with no di- 
rect route. 



O .= \0f IAT old - 10 u N I II (15) 

jk r r jfi r 

Namely, the overflow from the link should be the difference 
between the number of calls it was offered ( 1 Q/IA T old ) and the 
number of calls it was able to accept (\0v r N jk /H r y This as- 
sumes that the update cycle is 1 0 s. The equation can be genera- 
lized easily to treat the update cycle as a parameter, but there 
little to be gained in adding this extra notation. 

Based on Equation 1 5, the effective holding time of calls on 
the link, i.e., H r /v r , can be estimated as: 

H iv = 10 N ! I 10 / lAT° Ld - O i (16) 

r r jk t~ j« 

Based on Equation 15, the new overall interarrival time con- 
trol I A T r new can also be predicted so as to achieve the desired 
overall overflow target O jk = Ca r Namely, I A T r new should sat- 
isfy: 

CA — \Q/IAT new - 10 N I {H I v ) (17) 

r r jk r r 

Assuming that H r /v r does not vary significantly from one 
update to the next, and using Equation 16 to evaluate it, this 
leads to defining IAT r new as: 

IAT neuj = iQiAT old /[ lAT old (Ca-O.,) 

3 (18) 

+ 10 I 

Note that the term inside the square brackets is always posi- 
tive because Ca r > 0 and because the overflow from the link 
may at most be equal to the number of calls offered to the link 
(i.e., O k < 10/ IAT r o/d ). Note also that Equation 18 requires 
that IAT oId be known, which is not the case when the equation 
is first used. This difficulty may be overcome by initially 
assuming an optimistic default value for H r Iv r \ for instance, 
H r lv r = 10 s. This default value can then be used to produce a 
starting default value IAT r (default) via Equation 17. It is im- 
portant here that the default value be optimistic. Otherwise, 
the system could initially be too harsh, which could cause oscil- 
lations in the activation and deactivation of congestion con- 
trol. 

•As it stands, Equation 18 has a major weakness. To illus- 
trate it, suppose that the exogenous arrival rate to r is insuffi- 
cient to achieve the desired overflow rate Ca r . This may well 
happen under congestion because the exogenous arrival rate is 
unpredictable, hence may not be guaranteed to always be suffi- 
cient to achieve Ca r . Equation 18 does not anticipate such a 
situation. When the overflow measurement is less than the de- 
sired target, it simply assumes that IAT r is too harsh and, ac- 
cordingly, reduces it to allow more calls to be accepted. This 
behavior, if it persists for several update cycles, may cause IAT r 
to approach 0. If the exogenous arrival rate then suddenly in- 
creases, a significant number of update cycles may be required 
before Equation 18 can restore IAT r to a proper value. Mean- 
while, r will become vulnerable to high attempt rates. 

The downward drift of IAT r can be stopped by imposing a 
floor on it. For this purpose, it is natural as well as simple to 
reuse the assumption that the holding time on link r may possi- 
bly not be less than the default value used for initialization. 
This leads to defining IAT r new via: 

IAT™ W = Max{ 10 IAT° r ld l[IAT° r ld {Ca r -O jk ) 

+■ 10 | , I AT ^default) } (19) 

Note that this further strengthens the rationale for choosing 
H r fv r , hence I AT r (default), optimistically. 
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Fig. 8. Overflow paths. 



The above observations constitute the rationale behind the 
definition of the overall interarrival time control for links in 
Equations 9 and 1 0. The rationale for switches is identical. The 
difference in the definition of the control in Equation 8 results 
only from the different nature of the measurement and conges- 
tion control target for switches — namely, occupancy as op- 
posed to overflow — and in the specifics of the model relating 
them to the overall interarrival time control. 

Algorithm Extensions 

In many networks, there exist traffic parcels for which no di- 
rect link and no two-link route exist from the traffic's origin to 
destination switch. Also, the current mix of switching technol- 
ogies may not provide all networks with the capability of im- 
plementing DTM at every switch. In both these cases, originat- 
ing traffic parcels for which DTM cannot be applied may be 
routed, as today, according to a fixed overflow sequence until 
they encounter a DTM switch within two links of their destina- 
tion, and then may be treated as locally originating by the 
DTM switch [14], The routing rules described earlier ensure 
that these calls, upon reaching a DTM switch within two links 
of their destination, are completed over a remaining one- or 
two-link path, or else are blocked. 

Rationale for Traffic 
Management Automation 

This section outlines the immediate benefits that automa- 
tion and near-real-time responsiveness entail in traffic man- 
agement. These benefits are assessed through comparisons 
with today's routing and traffic management systems and pro- 
cesses. It is assumed that the reader is familiar with Fixed Hier- 
archical Routing (FHR) and the centralized manual traffic 
management systems typical of today's networks. Information 
on these may be found in [1 5] and [16] and, in general, in the 
proceedings of the International Teletraffic Congress and Net- 
works conferences. 

Capital Savings 

Because they can be translated into hard economic figures, 
trunk savings have historically been the key consideration in 
the business cases developed for replacing FHR. These savings 
have unfortunately often been overemphasized to the detri- 
ment of other, less immediately quantifiable benefits. We dis- 
cuss these savings in this section, but we hope with the follow- 
ing two sections to correct the perception that they alone 
constitute the rationale for automation of traffic manage- 
ment. 

The trunk savings in DTM result from two main sources: 
the full sharing of trunk resources and the adaptation to pre- 
dictable variations of the traffic load . Figure 8 explains the 
savings resulting from full resource sharing. Under FHR, high- 



usage routes may only carry their direct traffic. Considering 
the random nature of telephone traffic, these routes are typical- 
ly provisioned to carry 85% of their direct traffic. Attempting 
to provide more trunks to directly carry more traffic is in gen- 
eral uneconomical because the additional trunks would seldom 
be used. Rather, it is preferable to let the traffic overflow onto a 
small number of tandems where, as a result of concentration, 
trunks can be efficiently used. Under DTM, high usage routes 
may all carry alternate-routed traffic. As a result of this full 
sharing, the routes can be provisioned to a higher number of 
trunks for a given efficiency. This, in turn, increases the pro- 
portion of traffic completing directly, and thereby reduces the 
proportion of traffic completing over two or more links. Over- 
all, routes in DTM have a comparable efficiency to that of 
high-usage routes in FHR, but they typically let only 5- 1 0% of 
the direct traffic overflow. Comparing this figure to the 15% 
for FHR and noting that overflow traffic requires at least two 
links, this results in a 5-10% trunk savings [17] [18]. 

An important yet often forgotten consequence of the above 
trunk savings is the associated savings in switch utilization. 
Namely, a direct call visits two switches while a two-link call 
visits three. By directly routing 5-10% more calls, DTM reduc- 
es by 3-5% the number of switch attempts that calls generate. 
In local networks where switching is roughly twice as expensive 
as trucking, this translates into additional savings a significant 
as the trunk savings themselves. 

Figure 9 explains the savings that can be achieved by adapt- 
ing the routing to predictable variations of the traffic load. The 
figure depicts a simple three-node network with two distinct 
busy hours. The first busy hour consists of traffic from node 1 
to 2 and 2 to 3 only, and the second of traffic from node 1 to 3 
only. Under DTM, the links from node 1 to 2 and 2 to 3 can 
carry the traffic from node 1 to 3 in the second busy hour. 
Under FHR, unless node 2 is the "home" of node 1 or 3, trunks 
must be provisioned between nodes 1 and 3 to support the traf- 
fic during the second busy hour. As in general very few nodes 
may serve has home, this inflexibility leads to over provision- 
ing. In practice, the savings associated with adaptation to pre- 
dictable variations of the traffic load depend on the 
noncoincidence of local traffic peaks. They may reach 2-4% in 
metropolitan networks with distinct residential and business 
busy hours, and 4-6% in toll networks spanning several time 
zones. 

The above savings are not specific to DTM. They are basi- 
cally achieved by all routing strategies allowing full resource 
sharing and adapting to predictable variations of the traffic 
load. However, compared to other routing strategies proposed 
to replace FHR, DTM does not require preplanned 
optimization of the routing based on historical data to achieve 
these savings. This greatly simplifies the off-line support for 
routing, and ensures efficient operation when operation condi- 
tions differ from those for which the network is engineered. 

Traffic Management Automation 

In FHR, the routing architecture is physically engineered in 
the switches, based on off-line optimization and historical 

Trunk Group 




Fig. 9. Taking advantage of noncoincident busy hours. 



50 • October 1990 - IEEE Communications Magazine 

BNSDOCID- <XP 165754A > 




2460 IEEE Communications Magazine 
28fl99CnOctober, No. 10, New York, 



Table I. Manual Traffic Management Controls 
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data. It has no possibility of adaptation to traffic patterns or 
load on the equipment. Networks, however, must withstand 
traffic- and equipment-related stresses for which they cannot a 
priori be provisioned. Some of these stresses, such as on Moth- 
er's Day and Christmas, are predictable; but their exceptional 
nature cannot warrant their inclusion in provisioning consid- 
erations. Other stresses, such as equipment failures or mass 
calling to an area struck by a natural disaster, just cannot be an- 
ticipated. 

To cope with exceptional or unpredictable traffic stresses, 
most networks are supervised by (manual) centralized traffic 
management systems. These systems collect operational meas- 
urements on resource status and traffic patterns and allow re- 
mote activation of network elements traffic controls (see, for 
instance, [16]). The operational measurements are analyzed by 
the systems, typically via comparison with preset thresholds, 
and alarms are raised when abnormal conditions occur. Net- 
work managers correlate these alarms to their potential sources 
and enforce contingency plans when required. The controls 
used for traffic management maybe either restrictive or expan- 
sive. Restrictive controls bar, at the source, traffic from enter- 
ing the network. They are used to protect the network integrity 
when exceptional traffic or network element stresses occur. Ex- 
pansive controls override or modify the routing plan imple- 
mented in the switches to permit redirection of traffic flows. 
They are used in conjunction with restrictive controls to redi- 
rect traffic away from congested areas, or when the traffic dif- 
fers significantly from its forecast but can yet be served. Table I 
summarizes the main traffic controls used today together with 
their relative frequency of activation. 

DTM, on the other hand, is a traffic management system. It 
automatically tailors the routing to the current switch loads 
and traffic patterns and restricts access to the network whenev- 
er required. This differs from current traffic management in 
three main aspects. 

First, human intervention is eliminated from the active 
control process. Human intervention is required to set the be- 
havior of the control process — for instance, to set thresholds 
for congestion control activation or to define admissible rout- 
ing paths — but it is not part of the control process itself. This 
allows the control cycle to be on the order of seconds instead of 
several minutes, as is typical today. 

Second, the short update cycle effectively institutes a real- 
time feedback loop between the network processor and the 
controlled network. This real-time feedback loop enables the 
traffic management control process to rely on simple measure- 
ments and control algorithms. Today, collection of extensive 
operational measurements and complex preplans are justified 
because control decisions must be carefully made. This is 
sound when decisions may remain enforced for a significant 
time before new data and human intervention can allow cor- 
rections. Extensive operational measurements and complex 
preplans, however, are not required when control decisions 
can be quickly corrected based on feedback. 



Third, the switches dispatch to the network processor direct 
measurements of the end-to-end traffic. This provides the net- 
work processor with immediate knowledge of the traffic de- 
mand. Today, traffic measurements are made on a trunk group 
basis. When traffic pressure occurs, network managers must re- 
construct the end-to-end traffic demands, creating them from 
trunk group measurements, before they can take corrective ac- 
tions. Directly providing end-to-end traffic measurements 
avoids this reconstruction process. This simplifies the control 
process in the network processor, thereby allowing it to be fast, 
and eliminates the requirement for human correlation of -link 
to end-to-end traffic. 

Figures 10 and 1 1 illustrate the traffic management capabil- 
ities of DTM. Figure 10 depicts the evolution of the blocking, 
trunk utilization, and alternate-route selection process in a 
DTM network subjected to a large and sudden transmission fa- 
cility failure. The blocking increases when the failure occurs 
because the affected switches suddenly do not have enough ca- 
pacity to let their traffic out. The blocking, however, quickly 
stabilizes. Then the remaining working trunks at the switches 
affected by the failure are utilized very efficiently (see Figure 
10b). The bulk of the traffic that cannot complete is barred at 
the source from the network via the "block" recommendation, 
and the traffic at the switches not directly affected by the fail- 
ure is diverted from the congested area (see Figure 10c). In 
other words, DTM, in less than a minute, implements all the 
control actions necessary to maintain maximum efficiency at 



a>9 ^ 

.£ < ~-* 

< 2 
3 



50- 

40 ; 
30 : 
20 : 
10 : : 

0 --a 




-200 



-100 



0.87- 

0.85^ 

0.83 

0.81 

0.79 



100 200 
Time (s) 
a. Blocking 



300 



400 




CO "O 



0) o 

< B 



-200 



40 : 

30 I 
20 - 
10 



-100 0 100 200 

Time (s) 
b. Working trunk utilization 



300 



400 




-200 -100 0 100 200 

Time (s) 
c. Switch selection probability 



300 



400 



Fig. 10. Transmission facility failure in a DTM network. The failure 
occurs at time t = 0. The figure depicts the blocking at the switches 
directly affected by the failure, the utilization of the working trunks at 
the switches directly affected by the failure, and the probability of 
selection of the switches directly affected by the failure as alternate 
routes by the other traffic parcels The network is identical to that of 
Figure 5 except for the following: The transmission facility failure is 
modeled as the loss of 80% of the capacity of 4 large links for an overall 
loss of 1.854 trunks. The failure occurs after 30 minutes of initialization 
and under the highest traffic load. 
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Fig. 1 1 . Mass focused calling to a target customer in a DTM network. At 
time t = 0 t the traffic to the target customer increases from 0 to 5 
KErlangs. The figure depicts the traffic admitted into the network to the 
target customer and the overflow rate from the link to the target 
customer. The link congestion activation threshold is 10 calls/update 
cycle. The holding times of successful attempts to the target customer are 
modeled as independent, exponentially distributed random variables 
with an average of 36 s. The holding time assumed as the default is 10 s. 
The network is identical to that of Figure 5. The mass calling occurs 
after 30 minutes of operations under normal condition, and under the 
highest traffic load. 



the switches affected by the failure and to protect the other traf- 
fic in the network. 

Figure 1 1 depicts the evolution of the traffic load admitted 
to a specific link and the overflow from the link in a DTM net- 
work when the link is subjected to a sudden intense traffic 
stress. In this example, the link connects to a customer outside 
the DTM network and its offered traffic suddenly increases 
from 0 to 5 KErlangs. As the link cannot possibly sustain this 
traffic, the network must block, at the source, as much as possi- 
ble of the excess traffic. This prevent it from assaulting the 
switch on which it homes or propagating to other switches in 
trying to complete, and thereby protects the other traffic in the 
network. Figure 1 la shows that DTM, in less than a minute, 
throttles the traffic admitted to the link to the level required to 
achieve the desired overflow rate (see Figure lib). Note also 
that DTM enforces precisely the congestion overflow rate tar- 
get preset in the network processor. 

Trunk Servicing 

Trunk servicing is the support activity that ensures that the 
trunk network meets its performance objectives under normal 
day-to-day conditions. It consists of monitoring the network 
and initiating short-term corrective trunk provisioning actions 
whenever the evolution of the traffic demand can lead to unac- 
ceptable degradation of performance. Before we assess the im- 
plication of DTM on servicing, we first present an experiment 
that will help motivate the discussion. 

Let p (j be a perturbation of the size of link /'-/, initialized as 
follows: 



p.. = Ar.. ( i-p) 



if Z+7 is even 
if i+y is odd 



(20) 



p is a parameter controlling the amplitude of the perturbations 
Now let the p, y be adjusted as follows: 

P ij *~ Py (Sum^ n y . / Sum^.p^) Foraili, j 

P ij *~ P tf (Sum. Sum. p..) Poralli.y (21) 



Integer ( p.. 

v 



) + 1 



For a II L 



and let this adjustment be iteratively repeated until all row and 
column totals of the matrices [Ngj] and [p iy ] are within the limits 
of a stopping criterion (set to 0.5% in the example that follows). 
In practice, this procedure always converges for realistic and 
reasonable size matrices with, say, at least 50 non-zero entries 
and of size at least 10 x 10. In fact, the perturbations in Equa- 
tion 20 typically cancel each other out, so the iterations in 
Equation 21 result only in minor adjustments. Overall, the 
procedure produces a matrix [p,y] with the same outgoing and 
incoming nodal trunking (i.e., row and column totals) as [7V r ], 
but with individual trunking parcels distorted by factors of -f p 
and —p. 

Consider now a DTM network nominally engineered for 
the link matrix [AU, but suppose that the network is instead 
imposed the perturbed link matrix [p u \. This should worsen the 
grade of service because the network will not be adapted as well 
to its traffic. The severity of the degradation will depend on 
both the magnitude of the perturbations and the ability of the 
routing to cope with them. Figure 12 presents the result of such 
an experiment. It depicts the evolution of the blocking as a 
function of p in a typical DTM network. Clearly, the figure 
demonstrates that DTM can sustain perturbations of up to 
207c before performance starts degrading. 

The behavior of DTM in Figure 1 2, as well as a comparison 
with FHR, may be explained by considering Figure 8. In DTM, 
overflows from undersized links may be allocated onto all 
links. In this respect, they can benefit from the idle capacity on 
all oversized links, and hence may still be provided with a good 
chance of completion. However, as p increases, the traffic com- 
pleting over two-link routes increases. This causes the network 
to become less efficient and eventually leads to a degradation 
of performance. Quantitatively, the degradation becomes no- 
ticeable when p is about 20%. By contrast overflows from un- 
dersized links in FHR would only have access to a very small 
number of tandems. Although oversized links would generate 
less overflow, the overall result would be additional traffic to 
the tandems. As the tandem links are not engineered for it, the 
net result would be a linear increase of the blocking as a func- 
tion of p. 
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Fig. 12. Blocking in a DTM network as a function of the coefficient of 
perturbation p. 
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The key observation that can be made from the above ex- 
periment is that, given constant nodal trunking, large perturba- 
tions in link sizes have no impact on grade of service in a DTM 
network. This has three main implications for servicing [ 1 9]. 

The first implication is on the frequency of servicing. Typi- 
cally, the overall traffic forecast for a switch is significantly 
more stable than that for its individual traffic parcels. For in- 
stance, if individual traffic parcels can be considered as inde- 
pendent identical random variables, the probability that the 
overall traffic forecast for a switch exceeds its expected value 
by a given factor is roughly k?- 5 smaller than that for its indi- 
vidual traffic parcels, where k is the number of traffic parcels 
on the switch. Under FHR, parcel deviations exceeding their 
forecast individually trigger servicing, as they would otherwise 
overload their direct link or the link to some tandem. Under 
DTM, these deviations require servicing only if the overall 
nodal traffic increases, which is kP- 5 less frequent. 

The second implication is on the granularity of servicing. In 
FHR, trunks added on a direct link benefit only the traffic par- 
cel using the link. In DTM, trunks added on any link benefit 
several traffic parcels. This allows servicing to be on a bulkier, 
hence less frequent, basis. Indeed, instead of adding or displac- 
ing small amounts of trunks as is typical today, servicing in 
DTM can be done at a larger modularity. Even if this some- 
times means installing more trunks than are strictly required, 
the additional trunks are worthwhile. They can quickly be used 
to absorb traffic deviations elsewhere in the network, thereby 
eliminating the servicing actions that these deviations may 
otherwise require. 

The third implication is on the overprovisioning require- 
ment for maintaining an adequate grade of service. Typically, 
networks are overprovisioned to provide a safety margin dur- 
ing which servicing can provision resources before the grade of 
service becomes unacceptable. As resources are better shared, 
this overprovisioning need not be as high under DTM as under 
FHR. For instance, using a similar argument to that above, a 
given grade-of-service margin would require roughly kP 5 less 
overprovisioning under DTM than under FHR. 

Overall, DTM makes trunk servicing a switch-based rather 
than link-based function. This allows it to be bulkier, hence 
more effective, and an order of magnitude less frequent than 
today. 

Conclusion 

This article has presented and explained the key design de- 
cisions of the DTM system being deployed in Canadian tele- 
phone networks. Distinguished from other routing methods by 
its use of global network status information for routing and 
flow control updates, and by its very short update period, it 
merges the planning of traffic routing with traditional real- 
time network management into a single automated system. Its 
use of near-real-time feedback eliminates the need for assump- 
tions or measurements of prior traffic distributions to deter- 
mine optimal traffic routing, and eliminates the need for exten- 
sive operational measurements, complex preplans, and active 
human involvement for real-time traffic management in the 
event of traffic stresses and equipment failures. Lastly, its sim- 
plicity enables straightforward implementation as well as ex- 
tension to networks of mixed switching vintages and 
modes. 
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Appendix: Glossary of Notations 

The following is a list of the notations recurring throughout 
the article. For the sake of brevity, notation used only locally is 
omitted. 



A: 


Switch availability parameter 


I AT: 


Interarrival time control 


c 


Link cost function 


L: 


Load indicator 


c': 


Approximation to c 


N: 


Link size 


Ca: 


Congestion activation threshold 


a 


Overflow rate 


Cd: 


Congestion deactivation threshold 


PA: 


Protective Allowance 


Chi 


Switch high activity threshold 


r. 


Alternate route recommendation 


DTM: 


Dynamic Traffic Management 


5: 


Number of switches 


FHR: Fixed Hierarchical Routing 


T: 


Traffic 


H: 


Holding Time 


X. 


Number of busy trunks 


f: 


Number of idle trunks 
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facility network (DSFN) providing private network 
service to a plurality of customers using switched 
facilities of a common carrier network. A plurality of 
serving offices are connected via access links to 
customer telecommunications equipment A pool of 
channels is dedicated to providing communications 
for private network service among these serving 
offices. In response to a request from a customer, 
connections are set up in the serving offices be- 
tween access links and members of the pool of 
channels, in order to interconnect the serving links 
sought to be connected by the request. Where tan- 
2! dem connections between serving offices are neces- 
sary, connections are set up between members of 
Wthe pool of channels. In case of failure of one or 
ggmore channels, a new connection is automatically 
established. Advantageously, communication chan- 
cy n els of the large communications facilities of a public 
^.switched network can be allocated to the DSFN, thus 
achieving economies of scale, and thus permitting 
®use of the large and flexible switching systems of 
Q.the public switched network to control and switch 
LU channels of the DSFN. 
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DYNAMIC SHARED FACILITY SYSTEM FOR PRIVATE NETWORKS 



Technical Field 

This invention relates to arrangements for pro- 
viding telecommunication service to private cus- 
tomer networks. 



Problem 

In recent years there has been a rapidly in- 
creasing demand for large private data networks to 
connect, for example, a targe number of terminals 
such as reservation terminals to central host com- 
puters used for keeping track of reservation data. In 
addition, there has also been an increase in the 
voice private network services required by com- 
panies which are geographically dispersed, to han- 
dle the increasing volume of voice traffic among 
branch locations and between branch and head- 
quarters locations. Private voice networks exist pri- 
marily as economically attractive alternatives to 
public network use. Data networks are implement- 
ed on private facility networks because prevalent 
host computer applications assume continuous 
connectivity to terminals. This characteristic makes 
the current public telephone network, arranged to 
provide transmission for many short communica- 
tions, unsuitable and excessively cosily for these 
applications. 

Virtual networks, such as AT&T's Software De- 
fined Network (SDN), set up call connections one 
at a time, in response to a dialed request from a 
caller, over the public switched network, while pro- 
viding customer features, such as special in-net- 
work dialing arrangements. Such networks, whose 
callers compete for service with the general public, 
do not provide the very high availability of dedi- 
cated private networks needed, for example, for 
inter-computer data . transfers, necessary for the 
orderly conduct of a business. 

' Increasingly, customer dedicated digital facili- 
ties such as those provided by the Accunet® T1.5 
service offered by AT&T are used as the private 
network backbone facilities between major custom- 
er locations- A digital facility consists of an access 
link between the customer premises and an AT&T 
serving office and an interoffice link provisioned 
from digital carrier systems connecting AT&T of- 
fices. Multiplexers in the major customer locations 
are used to derive both voice and data circuits fiom 
the digital facility. Such an arrangement is illus- 
trated in FIG. 1. Facilities are provisioned by a 
common carrier through static cross-connect ar- 
rangements such as the Digital Access and Cross 
Connect System manufactured by AT&T Technol- 



ogies, in the serving office. For high bandwidth 
facilities such as those offered by Accunet T1,5 
Service these cross-connections are manually 
patched between the carrier terminal equipment of 

5 digital carrier systems. In this manner a common 
facility is shared among applications. These net- 
works have become more complex as more cus- 
tomers have become geographically diverse- and as 
the use of point to point facilities has become less 

10 economical and is being replaced by the use of 
networks providing switching arrangements. Typi- 
cally, private network locations are not fully inter- 
connected by digital facilities. Then, two locations 
may be interconnected via one or more tandem 

75 locations, implemented through the use of private 
branch exchange (PBX) facilities and specialized 
flexible multiplexer systems, in order to use the 
private digital facilities efficiently. A switching or 
cross-connect junction is then required on the cus- 

20 tomer's premises. Efficient use of such arrange- 
ments requires individual circuits to traverse the 
least number of tandem points. As these networks 
become more congested such routing is not always 
possible and over time inefficient routing develops 

25 which requires periodic administrative rearrange- 
ment. 

increasingly, customers have come to depend 
on these communication facilities in order to carry 
out their routine work so that the reliability of these 

30 network facilities has become critical. The engi- 
neering of networks and the administration of net- 
works to provide this high reliability is complex and 
expensive. Further, following failures in the network 
and the use of backup facilities in response to 

35 these failures, restoration of these networks to the 
normal traffic carrying pattern is a complex and 
time consuming task. Accordingly, a problem of 
prior art large private customer networks is that 
high costs for network engineering, operations and 

40 administration are incurred in providing highly reli- 
able service in the presence of network failures and 
frequently changing traffic pattern demands of the 
customers. 

45 

Solution 

The above problems are solved and an ad- 
vance is made in the state of the art in accordance 
so with the principles of this invention, wherein, illus- 
tratively, a telecommunications network comprising 
a plurality of switching systems and interswitch 
transmission facilities comprises a pool of inter- 
switch communication channels dedicated for use 
by a plurality of private networks. Each private 
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network is connected to ones of a plurality of toll 
switches by access facilities. These access facili- 
ties define and limit the use of interswitch chan- 
nels; the private customers are allowed to set up 
on demand any set of interconnections among their 
access facilities, the interconnections being pro- 
vided by the pool of channels of the network. In 
response to a request data message from a cus- 
tomer administrator of one of the private networks, 
any interswitch channel(s) that is currently available 
may be assigned for connecting the access facili- 
ties specified in the message. A data base main- 
tains a record of use of access facilities by the 
private customer to ensure that the private cus- 
tomer does not exceed his allotted capacity. Each 
switch maintains a record of the trunk groups and 
the busyidie status of ail the channels (trunks) of 
the pool that are connected to that switch and 
maintains a routing data base for selecting an opti- 
mum route for connecting the access facilities to 
be connected in response to any request. The pool 
is engineered to provide sufficient transmission fa- 
cilities to interconnect all the access facilities of the 
private network customers in any combination, and 
to provide an adequate number of extra facilities to 
be used in case of failure of one or more of the 
facilities in the pool. This permits each of the 
customer admimstrators to draw facilities from the 
pool without exhausting the pool and without requir- 
ing permission from a network administrator. 

In accordance with one aspect of the invention, 
a shared public network also used for public tele- 
communications service is used to provide facilities 
for such a dynamically shared facility network 
(DSFN). Advantageously, communications channels 
of the large communications facilities of the public 
switched network can be allocated to the DSFN, 
thus achieving economies of scale. Advantageous- 
ly, the large and flexible toll switching systems of 
the public switched network can be conilgured to 
control and switch the channels of the DSFN. Ad- 
vantageously, such sharing eliminates the need for 
tandem points in customer premises equipment of 
the private networks. Advantageously, the network 
can be used to switch communication channels at 
switching points in the network to allow the cus- 
tomer to redirect or reallocate subscribed capacity 
among the customer's various private network loca- 
tions so that that capacity may be used most 
advantageously. This is accomplished by selecting 
different channels from the dedicated pool to be 
used for handling that customer's most immediate 
traffic needs. 

The DSFN is engineered so that the 
prespecified peak demands of all the private cus- 
tomer networks can be met simultaneously at any 
point in time. This engineering is based on limiting 
the access of each access point of each private 



customer network and limiting the set of such ac- 
cess points which may communicate for each pri- 
vate customer network. This arrangement differs 
from the current public switched network in that 

5 demand is unconstrained and the network is pro- 
visioned to carry a forecasted peak demand and is 
partially idle during off peak hours. The engineered 
pool is augmented by physically diverse facilities 
and adequate additional capacity sufficient to allow 

10 for the restoral of normal service in the event of 
failure of part of the regular facilities. When a 
failure occurs in the facility carrying channels which 
have been assigned to a particular private network, 
the failure may be detected in the customer's 

75 equipment; a request message is then automati- 
cally sent to the DSFN to reassign traffic on those 
channels to other available facilities. When the 
DSFN uses elements of a public network such as 
toll switches, the control of the public network can 

20 be used to control this function also. Advanta- 
geously, the fraction of additional communications 
channels which must be provided to assure the 
required level of reliability is lower in a- DSFN than 
in a group of disjoint private networks. Advanta- 

25 geously, in such a DSFN, when repaired facilities 
are restored to service, their communications chan- 
nels are automatically made available in the pool of 
facilities for use by other private networks by mak- 
ing these channels available in the data tables of 

30 the switches. This is made possible because the 
pool of facilities of a DSFN are subject to an overall 
flexible repair and administration scheme which 
makes a restored facility immediateiy available for 
carrying new traffic. 

35 The invention provides for the administration of 

private networks as part of the overall process of 
administering the shared public network. Such ad- 
ministration takes advantage of the economies of 
scale offered by the large administrative systems 

40 that are present in shared public networks. Indeed, 
this reduces administration costs for such private 
networks. 

The public switched network illustratively pro- 
vides a CCITT standard Integrated Services Digital 

45 Network (ISDN) interface for communicating with 
customer access equipment. Such an arrangement 
permits a wide range of customer equipment to 
interface in a standard way with the DSEN. It also 
provides out-of-band signaling to provide the com- 

50 mand and control signaling allowing the commu- 
nications channels to be combined into variable 
transmission rate groups and allowing reestablish- 
ment of failed channels. 

The invention enables two or more private net- 

55 works to share units of capacity such as a 24 
channel T digital carrier facility and resultingly to 
increase utilization of interoffice facilities. 

A feature of the invention is that a customer 
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administrator of a private network initiates a change 
of facilities to respond to changes in the traffic 
pattern of a private network by means of the afore- 
mentioned signals from the private network. Ac- 
cordingly, the private network is immediately re- 
configured to meet this request, without requiring 
intermediate processing of service orders by the 
public network administrator- 
It is a feature of the invention that failures of 
facilities transporting customer channels are sig- 
naled via the aforementioned standard out-of-band 
signaling channel to customer access equipment. 
In response the customer access equipment sig- 
nals for a reconnection which is routed by the 
network switch over a diverse network facility with 
redundant capacity. 

Illustratively, each private network customer 
has access to the public switched network via 
dedicated access facilities. Connections within the 
customer's private network provided according to 
this invention are established only between these 
dedicated access facilities. These dedicated ac- 
cess facilities therefore define the scope of the 
private network assigned to that customer. These 
constraints define the required traffic capacity of 
the shared pool of facilities and permit the shared 
pool to be properly provisioned. As a result, cus- 
tomer administrators are free to request facilities 
for any traffic pattern meeting these constraints, 
i.e., the dedicated access facilities, without causing 
an overload of the shared pool; effectively, if a 
private network administrator legitimately requests 
more capacity for one route, capacity of other 
routes is diminished. 

In accordance with one aspect of the invention, 
a customer service controller is used for interfacing 
between the customer equipment and the network. 
The controller detects failures in the communica- 
tion channels of a path and automatically sends a 
message to the network to request the establish- 
ment of an alternate path. The controller also main- 
tains a record of the status of the customers 
network configuration. In a preferred embodiment, 
the controller signals to the network over a Primary 
Rate Interface (PR!) of an Integrated Services Digi- 
tal Network (ISDN) connection to the network. 

Therefore, in accordance with the principles of 
this invention, a pool of transmission channels in- 
terconnecting a plurality of switching systems is 
dedicated for use by a plurality of private networks 
which request connections between their access 
facilities to the switching systems by sending a 
request message to one of the switching systems 
which responds to this message by causing the 
requested connection to be established using chan- 
nels selected from the dedicated pool. 



Brief Description of the Drawing 

FIG. 1 is a block diagram of prior art private 
network arrangements; 
5 FIG. 2 is a block diagram of private network 

arrangements conforming to the principles of this 
invention; 

FIGS. 3-5 are examples of separate and total 
network demands of two private customers; 
w FIGS. 6-17 illustrate the advantage of using 

shared as opposed to dedicated networks; 

FIG. 18 illustrates the process of setting up a 
connection for a private network; 

FIG. 19 is a flow chart illustrating the steps 
75 of setting up such a connection; and 

FIG. 20 is a block diagram or a customer's 
service controller. 

Detailed Description 

20 

FIG. 1 is an illustration of the prior art. Cus- 
tomer multiplexers 90, located on customer prem- 
ises are connected via carrier systems to serving 
offices 10 and 8. These serving offices comprise 

25 cross-connects 102 and 82 respectively, for con- 
necting individual trunks from one carrier system to 
another carrier system that interconnects the serv- 
ing offices to an intermediate tandem office 14. 
The tandem office also comprises a cross connect 

30 142 for interconnecting trunks terminating on the 
tandem office. More generally, serving offices may 
be interconnected through a plurality of tandem 
offices, through other serving offices or directly, in 
all cases via a cross-connect facility. 

35 FIG. 2 is an overall block diagram illustrating 

one embodiment of the invention. A transmission 
network 220 comprising 7 serving offices, 
2,4,6,8,10,12 and 14 is used for interconnecting the 
private service customers. In this embodiment, the 

40 7 serving offices are toll switches such as the 4 
ESSTM switches described in The Bell System 
Technical Journal, Vol. 56, No. 7, September 1977, 
pages 1015-1320, and comprise switching net- 
works for setting up temporary or long term con- 

45 nections and facilities switching arrangements for 
taking incoming groups of channels and routing 
them to outgoing groups of channels. The 6 serv- 
ing offices on the periphery, offices 2,4,6,8,10, and 
12 are each connected to one other peripheral 

so serving office and are each connected to the cen- 
tral serving office 14. Each of the 7 serving offices, 
2,4,6,8,10,12 and 14 is also connected to a com- 
mon channel signaling network 230 which is used 
to pass signaling information among these switches 

55 and which is used for accessing a data base called 
a Network Control Point (NCP) 240. Each of the 
serving offices also has additional channels 1 for 
connecting to other serving offices; these other 
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channels together with the connections shown form 
the pool of channels dedicated for providing ser- 
vice to a plurality of private service customers. The 
Network Control Point 240 is used for translating 
signaling information into network physical ad- 
dressing for routing and is used in conjunction with 
restricted access to the pool of channels to ensure 
that individual private networks do not exceed their 
assigned capacity. Connected to the NCP 240, is a 
service administrator's terminal 242 used for ad- 
ministration of the customer specific data relating 
to network 220 in the NCP 240, and for assigning 
channels to the dedicated pool. 

In this embodiment, the shared facilities are 
derived from carrier systems common to the public 
telephone network but carry only connections origi- 
nated from private network users who subscribe to 
the DSFN. Public telephone traffic is carried on 
separate trunking facilities. This assignment along 
with the demand restricted by the access facilities 
assures a level of availability comparable to that of 
dedicated facilities which is unaffected by unusual 
public telephone network demand. In an alternative 
embodiment of the invention, advanced routing al- 
gorithms can be used which allow the facilities to 
be further shared with public telephone traffic. 
Such algorithms logically reserve channels on the 
shared trunking for each service and allow priority, 
for example, to DSFN when overload conditions 
develop. Such routing schemes create further 
economies of scale in sharing but may have dif- 
ferent performance characteristics. 

Block 250 illustrates a typical private network 
user connection to network 220. The interface be- 
tween the shared transmission network 220 and the 
private customer is a service controller 255 con- 
nected to a serving office 12 by a facility operating 
under the protocol of an Integrated Services Digital 
Network (ISDN) Primary Rate Interface (PRl) 257, 
This PRl comprises 23 B-channels, each 64-Kiiobit 
per second (Kb/s), for carrying voice or data com- 
munications, and one 64 Kb/s D-channel for carry- 
ing signaling information." The service controller 
255 is connected to an administrative terminal 260 
for administering the private network by, for exam- 
ple, entering the network addresses of endpoints to 
be connected or receiving status information con- 
cerning endpoints. Since much of the traffic carried 
on these private networks is data traffic, a connec- 
tion is shown from the service controller to a com- 
puter 264. A user terminal such as terminal 274, 
but at another customer location connected to* 
another serving office, is connected via the network 
220 to computer 264. The voice and switched data 
traffic of the private network is transmitted via con- 
nection 276 between the service controller 55 and 
private branch exchange (PBX) 270. A second con- 
nection via link 278 connects the service controller 



to the private branch exchange for serving public 
switched network traffic from PBX 270. This con- 
nection may share the access facility to the serving 
office 4 for the purpose of placing calls on the 

5 public network. The PBX is connected to user 
station 272 and user terminal 274. 

Service controller 255 is a Unit, such as the 
Acculink® Model 740 of AT&T Information Sys- 
tems, which can readily be adapted to perform the 

?o following functions: 

1) Terminate and monitor the individual net- 
work access transmission channels 257. 

2) Implement the PRl signaling protocol in 
order to interface with the signaling required to 

15 establish and control connections from serving of- 
fice 4. 

3) Implement facilities to maintain the iden- 
tity of allowable destinations and allowable asso- 
ciated bandwidth for each of these destinations so 

20 that no attempt will be made to use channels in 
excess of those allocated for the private customer 
network. Such an attempt would be blocked by the 
network 220. „ 

4) Implement transmission interfaces, includ- 
25 ing less than T1 .5 rate, to other customer premises 

equipment to allow for switching or multiplexing 
onto established connections. 

5) Monitor the PRl signaling protocol for 
connection failures. Re-establish any failed connec- 

30 tions via PRl call setup procedures. These are 
specified by Consultative Committee on Interna- 
tional Telephone and Telegraph (CCITT) standards 
for the ISDN PRl. 

6) Implement service controller-to-service 
35 controller communications, e.g., via the PRl end-to- 
end signaling connection. 

7) Analyze and report diagnostic data ob- 
tained via PRl signaling and report such data to 
administrative terminal 60. These functions are de- 

40 scribed in detail with respect to FIG. 18. 

The PRl is described, for example, in "AT&T 
Integrated Services Digital Network (ISDN) Primary 
Rate-interface Specification", AT&T Document TR 
41449, March 1986, and in the CCITT Red Book 

45 Vol. 3, Fascicle 3.5, Series 1, ISDN Recommenda- 
tions, Geneva, 1985. 

FIGS. 3-17 illustrate how a network such as the 
one described with respect to FIG. 2, can be used 
to provide private service economically. A number 

so of problems are solved by these arrangements. 
The problems include the following: 

1) In prior art private networks, the use of a 
cross connect system to provide customers with a 
fraction of a carrier facility isolates the customer 

55 access equipment from existing methods of detect- 
ing facility failures. The use of the shared private 
network arrangement permits customers to use 
only a fraction of a transmission facility (e.g., 6 
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channels of a T-carrier facility) while receiving fail- 
ure messages via the out-of-band signaling chan- 
nel. 

2) For many private networks, it is necessary 
to provide redundancy so that in case of a failure, 
the private customer's operation is not shut down. 
In many cases, the provision of an alternative route 
under the prior art arrangements, requires transmit- 
ting data over long multi-link connections which in 
a shared network, could be used much more effi- 
ciently. 

3) In prior art private networks, it is inefficient 
to provide a customer with a fraction of a carrier 
facility because it is difficult to arrange that several 
private customers share a particular facility, espe- 
cially under circumstances where redundant facili- 
ties are required. The use of a shared private 
network arrangement permits customers to use 
only a fraction of a transmission facility (e.g. 6 
channels of a 24-channel T-carrier facility). 

4) In a switchable shared private network 
arrangement, switches can be used to reconfigure 
a particular private customer's network in response 
to changes of demand, thus, avoiding a require- 
ment of providing facilities of capacity sufficient for 
all different demands of one customer, or, alter- 
natively, to reprovision capacity by manually 
changing cross connections within the carrier net- 
work. 

5) In a shared private network, it is possible 
to share redundant facilities thus providing better 
performance in the face of trouble with lower facili- 
ties expense. For example, if a customer needs 
one facility and purchases two in order to have 
redundancy, that customer could receive better 
service in the face of trouble if he shared ten 
facilities with other customers who had an ag- 
gregate demand of seven facilities. 

6) It is desirable to provide redundant facili- 
ties using geographically diverse routes so that a 
common trouble source such as a cable break 
does not remove from service a facility and its 
redundant facility. A shared private network ar- 
rangement provides a much larger amount of geo- 
graphical diversity for redundant routes than is 
economical in a dedicated private network. 

FIG. 3 illustrates the traffic demand of cus- 
tomer A. The units are in fractions of a T-carrier 
facility so that one quarter corresponds to six chan- 
nels of 64 kilobits per second each or 384 kilobits 
per second. Customer A's network consists of ter- 
minations on serving offices 10,12,2,4 and 6. All of 
the demand by customer A is for connections 
between customer A's equipment connected to 
switch 6 and the equipment connected to serving 
offices 10,12,2 and 4. There is no demand for 
traffic among the stations terminated at serving 
offices 10,12,2 and 4. The traffic demand is for one 



quarter unit from each of the serving offices 
10,12,2, and 4 to sv/itch 6. 

FIG. 4 illustrates the demand of customer B. 
Customer B is connected to serving offices 2,4,8, 
5 and 10 and the typical demand is for a quarter unit 
of traffic between 2 and 10,2 and 4,2 and 8.4 and 
8, and 4 and 10. The maximum demand generated 
at the connections to serving offices 2 and 4 is 
three quarters of a unit each and the maximum 

10 demand generated at the connections to serving 
offices 8 and 10 is one half unit each. 

FIG. 5 illustrates alternative demands of cus- 
tomer B. The alternative demands are that serving 
offices 2 and 4 can generate or terminate up to 

15 three quarters of a unit of demand each and serv- 
ing offices 10 and 8 can generate up to half a unit 
of demand each and that any interconnection within 
this restraint is allowed. 

The actual physical network is shown within 

20 block 20 of FIG. 2. It comprises a star wherein 
serving offices 2,4,6,8,10 and 12 are connected to 
central serving office 14 and in addition, there are 
facilities between serving offices 12 and 2; 4 and 8; 
and 6 and 10. Thus, each of the peripheral serving 

25 offices 2,4,6,8,10 and 12 have two geographically 
and physically diverse output links and serving 
office 14 has six such links. 

FIG. 6 illustrates a dedicated private network 
for customer A having no redundancy. For the 

30 dedicated networks, each serving office has a 
cross-connect facility for establishing the connec- 
tions required for the private networks. Blocks 
501,503,505,507 and 509 represent the interface 
equipment such as service controller 255 connect- 

35 ed to a cross-connect facility in one of the serving 
offices. Blocks 509 and 507 are represented as 
being connected to serving offices 6 and 10 by a 
single line to indicate the fact that no tandem 
switching takes place at these interfaces. A double 

40 line is shown connecting blocks 501,503, and 505 
to serving offices 12,2, and 4 to indicate that the 
interface of these three serving offices performs a 
tandeming function, that is, a function of switching 
incoming circuit demand directly to outgoing facili- 

45 ties as well as performing the function of connect- 
ing locally generated demand to the network. For 
example, interface 501 switches the demand from 
interface 509 directly to interface 503, in addition to 
adding its own demand to that headed for that 

so interface. In contrast, the tandeming function is 
performed at the switching network within serving 
offices in the shared networks of this description.. 
Because, in a dedicated network the facilities may 
not be shared among the different private cus- 

55 tomers, each of the links 511,512,513,514,515,516, 
and 517 is adequate for carrying a full unit of traffic 
though the requirements indicated in parentheses 
for each of these links varies from one quarter 



6 



11 



EP 0 400 879 A2 



12 



(links 511 and 512) to one half (link 513) to three 
quarter (links 514 and 515) to one (links 516 and 
517). Those links interconnecting two serving of- 
fices which are not directly connected in the trans- 
mission network 20, such as serving offices 10 and 
12, are shown as two separate links 511 and 512 
connected by a permanent connection 520 within 
serving office 14. Similarly, links 514 and 515 inter- 
connecting serving offices 2 and 4 are connected 
by a permanent connection 522 and links 516 and 
517 interconnecting serving offices 4 and 6 are 
connected by a permanent connection 524 within 
serving office 14. Notice that in order to meet 
customer A's demand using a dedicated network, a 
total of seven links are required to provide non- 
redundant service. 

FIG. 7 illustrates a dedicated network which 
can meet the demands of customer B. Interface 
equipment 601,603,605, and 607, each comprising 
a service controller 255 on serving offices 2,4,8, 
and 10 are used by customer B for interfacing with 
the dedicated network. Links 611 and 612 which 
are connected by connection 620 in serving office 
14 interconnect customer B terminations on serving 
offices 2 and 4. Interface 603 provides a tandeming 
function to switch demand from the interface 601 to 
interfaces 605 and 607, as well as to interface 603. 
Link 613 interconnects serving offices 4 and 8 
directly and links 614 and 615 connected via a 
connection 622 within switch 14 interconnect inter- 
faces 605 and 607. Interface 605 also provides a 
tandeming function to switch demand from inter- 
face 607 to interfaces 603 or 601 as well as to 
termination 605. While only full facilities are used 
for each of the links, the maximum demand traffic 
required on each of these links is a* full unit for link 
613; three quarters of a unit for links 611 and 612; 
and one half unit for links 614 and 615. The total 
number of links required to serve customer B using 
a dedicated network without redundancy is five. 

FIG. 8 is a superposition of FIGS. 6 and 7 and 
indicates that to meet the total demand for the 
private networks of customers A and B using dedi- 
cated facilities requires 12 links: one unit of traffic 
over route 701 between serving offices 12 and 2; 
two units of traffic over the route 703 between 
serving offices 2 and 14; three units of traffic over 
route 705 connecting serving offices 14 and 4; one 
unit of traffic over route 707 connecting serving 
offices 4 and 8; one unit of traffic over route 709 
connecting serving offices 8 and 14; two units of 
traffic over route 711 connecting serving offices 10 
and 14; one unit of traffic over route 713 connect- 
ing serving offices 12 and 14; and one unit of traffic 
over route 715 connecting serving offices 6 and 14. 

In the configurations of FIGS. 9-11, switching is 
performed at each serving office and partial units of 
traffic can be merged onto a full unit of traffic using 



this switching capability. The interfaces at the cus- 
tomer premises comprise units 255, and the inter- 
faces are shown as blocks 502,504,506,508 and 
510 for customer A, and as blocks 602,604,606 and 

5 608 for customer B. In FIG. 9, customer A's de- 
mands can be met using routes 801,803,805, and 
807 joining serving offices 12,2,4 and 10, respec- 
tively, to serving office 14 and each carrying one 
quarter of a unit of traffic to route 809 connecting 

io serving office 14 to serving office 6 and carrying a 
full unit of traffic. This requires only five links in 
contrast to the seven links required in FIG. 6. 

FIG. 10 illustrates how customer B's demands 
can be met through four links over routes 

is 901,903,905, and 907 carrying three quarters, three 
quarters, one half and one half a unit of traffic 
apiece. This contrasts with five links required in the 
configuration of FIG. 7 to carry the same traffic. 
Finally, FIG. 11 illustrates that six links can 

20 carry all the traffic required by customers A and B. 
As can be seen from examination of FIGS. 9 and 
10, a single route 1001 is all that is required to 
carry traffic from serving office 14 to serving office 
12 for termination on unit 502; a single route carry- 

25 ing one unit of traffic is all that is required for 
connecting serving office 14 to serving office 2 for 
switching of that traffic to interfaces 504 and 602; a 
single unit of traffic is all that is required over link 
1005 connecting serving office 12 and serving of- 

30 fice 14 for switching traffic to interfaces 506 and 
604; a single link carrying one unit of traffic is all 
that is required for route 1007 between serving 
offices 14 and 6; interface 508; a single link is all 
that is required on route 1009 connecting serving 

35 office 14 with serving office 8 to carry one half unit 
of traffic to interface 606 and a single link is all that 
is required on route 1011 to carry three quarters of 
a unit of traffic switched between serving office 10 
and serving office 14 for interfaces 510 and 608. 

40 This is half the number of links shown in FIG. 8 to 
meet the demand of customers A and B using 
dedicated facilities. 

FIGS. 12-14 illustrate the configuration required 
to achieve a reliable dedicated network. A reliable 

45 network is defined for the purposes of these figures 
as a network which will survive the loss of any one 
link. FIG. 12 shows that a reliable network for 
serving customer A can be implemented using nine 
links. The links interconnecting switches 12,2; 2,14, 

so and 14,4; 6,14, and 14,8, and 8, 4; 6,10; and 10,14 
and 14,12. The same set of links differently config- 
ured as shown in FIG. 13 can provide customer B 
with a reliable dedicated network. The links include 
one connecting switches 2,12 and 12,14 and 14,10; 

55 2,14 and 14,4; 4,8; 8,14 and 14,6 and 6,10. Notice 
that in both of these cases, several double and 
triple route links are required to join two serving 
offices. This is a consequence of the desire to 
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avoid using the same route for redundant links. 
FIG. 14 is then simply a superposition of the links 
of FIGS. 12 and 13 and requires a total of eighteen 
links. 

FIGS. 15-17 demonstrate that this number can 
be halved by using a shared network approach. 
FIG. 15 illustrates that the links needed for reliable 
interconnection of terminations 502,504,506,508, 
and 510 of customer A's network is nine links, the 
same nine links as indicated in FIG. 12. Similarly, 
(FIG. 16) nine links are required to provide cus- 
tomer B with a reliable shared network. However, to 
provide both customers A and B with a reliable 
shared network, requires the same nine links, (FIG. 
17) thus, halving the total number of links required 
for a reliable network using unshared facilities with- 
out switching. 

In these examples, FIGS. 6 and 9 illustrate the 
advantage of a shared network in eliminating back- 
haul, i.e., the process of going through a number of 
serving offices in order to connect adjacent serving 
offices. FIGS. 9-1 1 illustrate the sharing of channels 
on a facility to reduce the total number of links 
required. FIGS. 7 and 10 illustrate the advantages 
of use of switching to respond to shifts in demand. 
Finally, FIGS. 12 through 17 illustrate how redun- 
dancy can be obtained at lower cost in a shared 
switchable network. FIG. 14 illustrates that eighteen 
links are required to achieve a reliable dedicated 
network, whereas, FIG. 17 shows that only nine 
links are required if the network can be shared. 
Finally, FIG. 17 shows a redundant and geographi- 
cally diverse network wherein traffic over a facility 
containing any cable break can be routed over 
another facility. 

FIG. 18 illustrates the procedures and network 
data necessary for the service controller to estab- 
lish a connection, and the means by which the 
network switching elements are able to control de- 
mand and route requested connections. The cus- 
tomer network administrator at terminal 260 (FIG. 
2) is assigned by the carrier network administrator 
access channel numbers and dialable addresses 
(directory numbers) for each of the endpoints sub- 
scribed to the network. These data are entered into 
the service controllers by the customer admini- 
strator and into the network switch and Network 
Control Point by the network administrator. Further 
the network administrator assigns a network ad- 
dress for each endpoint as well as a set of address 
translations which convert dialable addresses to 
network addresses. The latter translations which 
are customer specific are placed in the Network 
Control Point and associated with each network 
address. Translations are provided only for allowed 
calls. Each of the serving offices comprises a 
switching network for establishing connections. 

Service controller 255, shown in detail in FIG. 



20, comprises an interface 2003 for interfacing with 
the access channels to serving office 4. 
TheSinterface is a PRI interface with one signaling 
channel 2005 for communicating with a customer 
5 administrative terminal 260 and a processor 2000 
for controlling the service controller. The processor 
2000 comprises a central processing unit 2002, a 
memory 2009 including table 2010 for storing ac- 
cess patterns of the service controller, table 2006 
w for storing channel usage data, and a program 
2007. The processor 2000 communicates with 
serving office 4 via the signaling channel 2005. The 
output of the interface is also connected via chan- 
nels 2004 to the customer equipment 264,270. 
75 A call is illustrated between dialable addresses 

W on serving office 4, and X on serving office 8; 
both W and X are dialable addresses of customer 
B. (Dialable addresses are upper case fetters W, X, 
Y, 2; network (physical) addresses are lower case 
20 letters w, x, y, z.) The service controller 255 upon 
command from the customer administrator's termi- 
nal 260, checks in Table 2010 to see how many 
channels can be accessed for the various allowable 
outgoing addresses, X, Y, and Z. Segment 2014 
25 indicates that 12 channels are allowed for X, 12 for 
Y, and 18 for Z. Segment 2010 indicates that the 
total number of channels allowed at any one time is 
18, identifies these as 1-18, and identifies the di- 
rectory number, W, of the source. Service control- 
30 ier 255 Initiates a call to X by sending a setup 
message 2020 over the primary rate interface (PRI) 
containing the following information elements: dia- 
lable addresses X and W (2021). number of chan- 
nels (6) (2023), assigned channels (7-12) (2025) 
35 and the type of service (DSFN) (2027) for which 
the connection will be established. The serving 
office 4 interprets the service type and network 
address in order to check a table 2010 of allowed 
access channels. If the requested channels are 
40 correct and adequate for the desired call, the serv- 
ing office 4 formulates a Common Channel Sig- 
naling (CCS) message (2040) containing the net- 
work address w of the originating access line and 
dialable address X, (segment 2042), service type 
45 (segment 2044), and a call ID (segment 2046). This 
message is transmitted to the Network Control 
Point (NCP) 240. The network address along with 
the service type determines the message routing to 
the correct NCP and customer data record in the 
so NCP. If the number or type of access channels is 
not correct, or is inadequate, the call is blocked by 
the switch by signaling a call denial message to 
the source controller. 

The Network Control Point 240 uses the re- 
55 ceived information to verify that the customer has 
subscribed to the desired service, and to access a 
table 2050 containing the network address transla- 
tions, i.e., translations from the dialable address to 
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the network address, for allowed network address- 
es for calls originating from network address w. 
The network address is a concatenation of the 
terminating switch address and the terminating ad- 
dress of the access line at that switch. If the 
desired dialable address, X, is an allowed transla- 
tion for w, then a return message 2060 containing 
the call ID 2064 and the routing translation (2062) 
comprising the network addresses w, x, of the two 
endpoints is sent to the originating serving office. If 
not, a call denial message is sent to the serving 
office which in turn blocks the call. The details of 
the call denial are returned to the customer admin- 
istrator and provide useful trouble shooting informa- 
tion. 

In the case of an allowed call, the data at the 
serving office associated with the call ID and the 
translated routing number are used to proceed with 
the routing of the call. Service type, network ad- 
dress and bandwidth data are used to point to a 
routing table 2070 within the serving office 4 which 
contains a list in preferred order of the outgoing 
facilities which can transport the call to its destina- 
tion. Only the terminating switch address portion of 
the network address is needed to determine rout- 
ing. These facilities are dedicated to the service 
and engineered to give a very low level of blocking 
given the known demand and statistical failure rate 
of facilities. The set of outgoing facilities traverse at 
least two physically diverse paths. The preferred 
routes are searched in order until an idle set of 
channels is found. In this case, the two routes, in- 
order of preference, are trunk group m (2082), a 
direct route to destination serving office 8, and 
trunk group n (2084), a route that goes via tandem 
serving office 14. Assume that a trunk of trunk 
group m is available. A table (not shown) of trunks 
of trunk group m is searched to find an available 
set of channels for the connection. 

Subsequent serving offices in the network, 
based on incoming trunk type and Common Chan- 
nel Signaling data in the form of call type and 
terminating network address will further route the 
call to the desired terminating switch. At any point 
where the call cannot be further routed due to lack 
of facilities, the call will be terminated. Routing 
schemes such as Dynamic Non-Hierarchical Rout- 
ing which allows the call to be automatically reat- 
tempted at the originating switch until all possibili- 
ties are exhausted can also be employed. 

In this case, with the direct route available, 
serving office 4 sends a CCS message 2090, com- 
prising segments 2091 (x, network address of the 
destination, W, dialable address of the source), 
2093(6, the number of channels for this call), 2095- 
(13-18, the channels of the trunk group, assumed 
in this case to be a single 24 channel group, that 
have been assigned to this call) 2097 (m, the 



identity of the trunk group) and 2099 (DSFN, the 
type of service for this call). When message 2090 
is received in serving office 8, the access privilege 
for network address x are checked in table 2100, 

5 and it is found that the service controller 256 has 
been assigned to channels 1-12 on the access 
facility. Serving office 8 sends a message 2110 to 
service controller 256 to establish the requested, 
connections. Message 2110 comprises segments 

70 2111 (dialable addresses X, W of source and des- 
tination), 2113(6, the number of channels of the 
connection), 2115 (1-6, the channels assigned to 
the connection) and 2117 (DSPN, the type of ser- 
vice). Upon positive acknowledgment, the call is 

75 completed and a connect message is transmitted 
to the originating service office 4 and service con- 
troller 255. If the appropriate channels are inad- 
equate in number or non-existent the call is bloc- 
ked. During the progress of the call, messages 

20 relating the status of the call are sent to service 
controller 255. If the call is blocked, an abnormal 
event, a code in the denial message to service 
controller 255 will indicate the cause of blocking. 
This information would be displayed at the cus- 

25 tomer administrator's terminal 260 by the service 
controller 255. 

Once established, a connection is held indefi- 
nitely. Severe noise or failure of the network facili- 
ties can cause the serving offices 4 or 8 or the 

30 service controller 255 or 256 to disconnect. Under 
these condition, the service controller 255 or 256 
would automatically reestablish the connection as 
described above. A serving office will take very 
noisy or failed trunks out of service, for example, 

35 trunk groupm. When the call is reestablished, since 
the old route is unavailable, a new route will be 
selected by the serving office, in this case, trunk 
group n. The engineering of the network facilities 
assures that there will be a physically diverse fa- 

40 cility with adequate capacity to carry the redirected 
connection. 

FIG. 19 is a flow diagram of the functions 
performed as described in FIG. 18. First, a serving 
office receives a request to establish a DSFN con- 

45 nection (action block 2200). A connection is then 
set up between the originating serving office and 
the service controller from which the request was 
received (action block 2210). An NCP (in this case 
NCP 240) is then accessed to derive the physical 

so address of the destination from the directory num- 
ber of that destination (action block 2220). The 
originating serving process then selects a route 
based on the identity of the destination serving 
office (action block 2230). Finally, a connection is 

55 set up between the originating serving office and 
the destination serving office and between the des- 
tination serving office and the serving office con- 
troller at that destination (action block 2240). 
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For purposes of rearranging the customer net- 
work to meet changed demand, the customer ad- 
ministrator may disconnect existing connections 
and establish new connections of different band- 
widths to the set of predefined locations identified 
in the Network Control Point. The only constraint is 
that the total bandwidth between two endpoints 
cannot exceed the bandwidth of the access chan- 
nels assigned to the service. If the customer ad- 
ministrator desires additional bandwidth or new lo- 
cations, a service order to the network administra- 
tor is necessary. If adequate network capacity ex- 
ists without adding new facilities, the network ad- 
ministrator may grant service by updating the ap- 
propriate tables in the switch and Network Control 
Point. This ability to do this allows the potential of 
granting service in a significantly shorter interval 
than that required to provision a customer dedi- 
cated facility which must be manually routed. 

The use of the Network Control Point (database 
processing system) for translating addresses allows 
more sophisticated features to be associated with 
call routing. The ability to form closed calling 
groups has already been described. Additional fea- 
tures include: translations which vary by time of 
day and date, subscriber activated translations 
changes, and centralized monitoring of connection 
patterns. These features could be implemented at 
the service controller but would be more difficult to 
administer and control in those devices. 

It is to be understood that the above descrip- 
tion is only of one preferred embodiment of the 
invention. Numerous other arrangements may be 
devised by one skilled in the art without departing 
from the spirit and scope of the invention. The 
invention is thus limited only as defined in the 
accompanying claims. 



Claims 

1. In a communications network comprising a 
plurality of serving offices and a plurality of trans- 
mission facilities for interconnecting ones of said 
serving offices, each facility comprising at least 
one communication channel, a method of intercon- 
necting access links connecting said network to a 
private network customer for providing private ser- 
vice, comprising the steps of: 
responsive to a request message from said private 
network customer specifying communication ca- 
pacity requirements and comprising data for iden- 
tifying first access links and second access links to 
be connected, selecting channels from a pool of 
channels of said transmission facilities, said poo! 
dedicated to providing private network service to a 
plurality of private network customers, identities of 
channels of said pool being stored in data tables of 



said network, for providing a number of channels 
between said first and second access links of said 
customer meeting said capacity requirements; and 
connecting said first and second access links via 
5 said selected channels via a switched connection 
through ones of said plurality of serving offices. 

2. The method of claim 1 further comprising 
the steps of: 

detecting a failure in at least one of said channels 
10 used for interconnecting said first and second ac- 
cess links of said customer; 

selecting at least one alternate available channel 
from said pool of dedicated channels; and 
connecting said first and second access links of 
rs said customer via said at least one alternate avail- 
able channel via a switched connection through 
ones of said plurality of serving offices. 

3. The method of claim 1, wherein said facili- 
ties comprise carrier groups each comprising a set 

20 of channels, and wherein said selecting step com- 
prises the step of: 

selecting a proper subset of the set of channels of 
one of said carrier group for meeting transmission 
requirements of said private customer between 
25 said first and second access links. 

4. The method of claim 1 further comprising 
the step of: 

communicating over at least one of said first and 
second access links by integrated communication 
30 and signaling channels. 

5. The method of claim 1, wherein said com- 
munications network further comprises data tables 
for storing first data identifying the number, iden- 
tity, and availability of access channels on access 

35 links of said customer, and wherein said selecting 
step comprises the step of: 

responsive to said request, checking said request 
against said first data identifying the number and 
availability of access channels on said first and 
40 second access links. 

6. The method of claim 5 further comprising 
the step of notifying said private customer if insuffi- 
cient access channels are available on at least one 
of said first and second access links to meet said 

45 request. 

7. The method of claim 5 further comprising 
the step of: 

responsive to said connecting step, updating said 
first data to indicate that said requested number of 
50 channels on said first and second access links are 
unavailable. 

8. The method of claim 5 further comprising 
the step of: 

responsive to a request from a network administra- 
55 tor, altering said first data for identifying the num- 
ber and identity of access channels on said first 
and second access links. ' 

9. The method of claim 1 wherein said commu- 
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nications network is a common carrier network fur- 
ther comprising the step of: 

responsive to a request from a network administra- 
tor, adding or subtracting channels to or from said 
pool by altering said data tables for storing iden- 5 
tities of channels of said pool dedicated to provid- 
ing private network service; and 
making any channels added to or subtracted from 
said pool unavailable or available, respectively, for 
use for public service in said common carrier net- io 
work. 

10. The method of claim 1 wherein said com- 
munications network is a common carrier network 
and wherein said connecting step comprises: 
connecting said first and second access links over 75 
said channels selected for said customer via a 
switched connection through ones of said plurality 

of serving offices, and wherein said ones of said 
plurality of serving offices comprise serving offices 
for also switching public telecommunications traffic. 20 

11. The method of claim 1 further comprising 
the step of: 

engineering said pool to meet peak demands of a 
plurality of private customers, said peak demands 
being limited by pluralities of access links provided 25 
to each of said plurality of private customers and 
the number of access channels provided on each 
of said pluralities of access links. 

12. The method of claim 11 wherein said en- 
gineering step comprises: 30 
engineering said pool to meet said peak demands 
augmented by adequate additional capacity to al- 
low for restoral of channels to private customers in 

the event of failure of any transmission facility 
interconnecting ones of said plurality of serving 35 
offices. 

13. The method of claim 12 wherein said en- 
gineering comprises: 

engineering said poo! to provide a sufficient num- 
ber of channels on physically diverse facilities so 40 
that alternate channels can be provided if all facili- 
ties of one physical route fail. 

14 The method of claim 11, wherein said com- 
munications network is a common carrier network, 
wherein said facilities comprise carrier groups each 45 
comprising a set of channels, and wherein said 
engineering step comprises: 

engineering said pool according to rules such that 
said pool may comprise a proper subset of chan- 
nels of a carrier group between two of said serving so 
offices. 

15. The method of claim 1 further comprising 
the step of: 

transmitting said request from a customer admin- 
istrator terminal to one of said serving offices. 55 

16. The method of claim 15 wherein said trans- 
mitting step comprises the step of: 

transmitting said request over an integrated com- 



munication and signaling facility of an access link 
connecting said private network customer to said 
communications network. 

17. The method of claim 1 wherein said select- 
ing step comprises the step of: 

transmitting from one of said serving offices a 
message, comprising said data for identifying said 
first and second access links, from said request, to 
a data base and receiving a message in said 
serving office from said data base comprising data 
identifying at least one of said first and second 
access links. 

18. The method of claim 17 further comprising 
the step of: 

translating said data identifying at least one of said 
first and second access links to find a route from 
said one of said serving offices to a serving office 
connected to one of said first and second links. 

19. The method of claim 18 further comprising 
the step of: 

sending a message over a common channel sig- 
naling system to a serving office connected to one 
of said channels of said route for establishing part 
of said connection between said identified first and 
second access links of said customer. 

20. The method of claim 17 further comprising 
the step of: 

in said data, translating from said data for identify- 
ing said first and second access links to said data 
identifying at least one of said first and second 
access links. 

21. The method of claim 20 wherein said data 
for identifying said first and second access links 
comprises at least one dialable number, and said 
data identifying at least one of said first and sec- 
ond access links comprises data identifying at least 
one serving office and a physical access channel 
of said at least one serving office. 

22. The method of claim 1 further comprising 
the steps of: 

storing availability data for each of said channels of 
said pool in said data tables; 

responsive to another request from said private 
network customer, specifying a number of channels 
to be disconnected between identified access links; 
disconnecting said specified number of channels; 
and 

making said disconnected channels available, in 
said availability data of said data tables, for serving 
others of said plurality of private network cus- 
tomers. 

23. The method of claim 1 wherein said select- 
ing step comprises the steps of: 

receiving at a first serving office said request 
wherein said information for identifying said access 
links comprises a dialable address of said second 
access link; 

translating said dialable address of said second 
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access link to a physical address, said physical 
address comprising an identification of a second 
serving office connected to said second access 
link; 

selecting at said first serving office a trunk group 
for connection to said second serving office; and 
selecting a channel of said trunk group from mem- 
bers of said pool of channels available in said first 
serving office. 

24. The method of claim 23 wherein said con- 
necting step comprises the steps of: 

setting up a first connection in said first serving 
office between said first access link and said se- 
lected channel; and 

transmitting a message to a serving office con- 
nected to said selected channel for extending said 
connection to said serving office connected to said 
selected channel. 

25. The method of claim 1 wherein ones of 
said channels of said pool are identified in data 
tables of serving offices connected to said ones of 
said channels. 

26. The method of claim 1 wherein said con- 
necting step comprises: 

selecting a preferred trunk group comprising chan- 
nels from said pool; 

testing whether channels from said pool are avail- 
able in said preferred trunk group; and 
if no channels from said pool are available in said 
preferred trunk group, selecting an alternate trunk 
group comprising channels from said pool. 

27. The method of claim 26 wherein said al- 
ternate trunk group uses different facilities than the 
facilities of said preferred trunk group. 

28. A customer service controller for interfacing 
between customer equipment and a telecommuni- 
cations network comprising: 

means for interfacing access communications 
channels and signaling channels to said network 
and to said customer equipment; 
means for detecting a failure of a communications 
channel of said network connected to said cus- 
tomer equipment; and 

means responsive to said detecting for sending a 
request message from said controller to said net- 
work over one of said signaling channels for select- 
ing an alternate communications channel and es- 
tablishing a connection between said customer 
equipment and said alternate channel. 

29. The controller of claim 28 further compris- 
ing: 

means for maintaining the identity of allowable des- 
tinations, an . allowable number of channels, to each 
of said destinations, and present usage of said 
access communications channels. 

30. The controller of claim 28 wherein said 
means for interfacing comprise at least one primary 
rate interface of an integrated services digital net- 



work. 

31. The controller of claim 28 further compris- 
ing: 

means responsive to said detection for reporting 
5 said failure to an administrative terminal of said 
customer equipment. 

32. In a communications network comprising a 
plurality of serving offices and a plurality of trans- 
mission facilities for interconnecting said serving 

10 offices, each facility comprising at least one com- 
munication channel, apparatus for providing private 
service interconnections between first access links 
and second access links connecting said network 
to a private network customer, said first access 

rs links connected to a first one of said serving of- 
fices, comprising: 

a pool of communications channels of said facilities 
for interconnecting said first serving office to others 
of said serving offices; 

20 said first serving office operative under the control 
of a program for establishing connections in said 
first serving office for extending connections from 
ones of said first access links toward ones of said 
second access links via ones of said pool of com- 

25 munications channels in response to receipt of a 
request from said private network customer com- 
prising data for identifying said second access 
links. 

33. In the communications network of claim 32, 
30 the apparatus further comprising: 

said first serving office further operative under the 
control of a program and responsive to a failure in 
one of said ones of said pool of communications 
channels for selecting at least one alternate avail- 
35 able channel from said pool of dedicated channels 
and extending connections from said ones of said 
first access links via said at least one alternate 
available channel toward said ones of said second 
access links. 

40 34. The communications network of claim 32 

wherein said apparatus further comprises: 
a data base system, accessible from said first 
serving office, for storing data for identifying the 
physical locations of access links of said private 

45 customer. 

35. In the communications network of claim 32, 
the apparatus further comprising: 

common channel signaling facilities interconnecting 
said first serving office to others of said plurality of 
so serving offices for transmitting signaling messages 
for establishing connections in said others of said 
serving offices. 

36. in a common carrier communications net- 
work comprising a plurality of serving offices and a 

^55 plurality of transmission facilities for interconnec- 
ting ones of said serving offices, each facility com- 
prising at least one carrier group, each carrier 
group comprising a set of channels, a method of 
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interconnecting access links connecting said net- 
work to a private network customer for providing 
private service comprising the steps of: 
responsive to a request received from a customer 
administrator terminal of said private network cus- 5 
tomer, said request specifying a number of chan- 
nels and comprising data for identifying first and 
second access links to be connected by said num- 
ber of channels, selecting channels from a pool of 
channels, dedicated to providing private network w 
service, whose identities are stored in data tables 
of said network, for providing said number of chan- 
nels between said first and said second access 
links of said customer; 

connecting said first and second access links via 75 
said channels selected for said customer via a 
switched connection through ones of said plurality 
of serving offices; 

updating first data to indicate that said requested 
number of channels on said first and second ac- 20 
cess links are unavailable; 

detecting a failure in at least one of said channels 
used for interconnecting said first and second ac- 
cess links of said customer; 

selecting at least one alternate available channel 25 
from said pool of- dedicated channels; 
connecting said first and second access links of 
said customer via said at least one alternate avail- 
able channel via a switched connection through 
ones of said plurality of serving offices; 30 
communicating over at least one of said first and 
second access links by integrated communication 
and signaling channels; 

responsive to a request from a network administra- 
tor, adding or subtracting channels to or from said 35 
pool by altering said data tables for storing iden- 
tities of channels of said pool dedicated to provid- 
ing private network service; 

making any channels added to or subtracted from 
said pool unavailable or available, respectively, for 40 
use for public service in said common carrier net- 
work; 

wherein said communications network comprises 

data tables for storing first data identifying the 

number, identity, and availability of access chan- 45 

nels on access links of said customer; 

wherein said step of selecting channels from said . 

pool comprises the steps of: . 

receiving at a first serving office said request 

wherein said information for identifying said access so 

links comprises a dialable address of said second 

access link; 

checking said request against said first data iden- 
tifying the number and availability of access chan- 
nels on said first and second access links; 55 
notifying said private customer if insufficient access 
channels are available on at least one of said first 
and second access links to meet said request; 



in a data base of said network, translating said 
dialable address of said second access link to a 
physical address, said physical address comprising 
an identification of a second serving office con- 
nected to said second access link; 
selecting at said first serving office, a route to said 
second serving office; 

selecting a channel of said route from members of 
said pool of channels available in said first serving 
office; and 

sending a message over a common channel sig- 
naling system to a serving office connected to one 
of said channels of said route for establishing part 
of said connection between said identified first and 
second access links of said customers. 
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Kommunikationsnetz 

(57) Die dynamische Leitweglenkung eines Kommu- 
nikationsnetzes soli sich an die jeweilige im Netz vorlie- 
gende Verkehrslast so anpassen, dal3 der 
Netzdurchsatz optimiert wird. 

Die erfindungsgemdfBe Leitweglenkung lost diese 
Problem durch einen Wegefacher zur Aufnahme von 
Alternativwegen fur den Uberlaufverkehr, wobei ein bis- 
her im Wegef&cher enthaltenerr Alternativweg ersatzlos 
aus dem Wegefacher entfernt wird, sobald festgestellt 
wird, daf3 er nicht mehr verfugbar ist. 
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Beschreibung 

Die Erf indung betrifft ein Verfahren und ein Routing- 
System zur dynamischen Verkehrslenkung in einem 
Kommunikationsnetz 5 
Nichthierarchisch organisierte, leitungsvermittelnde 
Kommunikationsnetze bendtigen eine dynamische Leit- 
weglenkung (dynamic routing), die sich an die jeweilige 
im Netz vorliegende Verkehrslast so anpaBt, daf3 der 
Netzdurchsatz optimiert wird. Dabei mussen insbeson- io 
dere auch Schieflastsituationen durch die Leitweglen- 
kung entscharft werden. 

So wie bei der konventionellen Leitweglenkung in 
hierarchischen Netzen wird auch bei einer dynamischen 
Leitweglenkung erst versucht, Verbindungen uber einen 75 
Oder mehrere Planwege, die zumeist Direktwege sind. 
aufzubauen. 1st dies nicht mogiich, weil z.B. alle Verbin- 
dungsleitungsbundel des Direktweges vollstandig belegt 
sind, wird der Uberlaufverkehr Alternativwegen zuge- 
wiesen. 20 

In der Auswahl der Alternativwege liegt der prinzipi- 
eile Unterschied zwischen dynamischer und konventio- 
neller Leitweglenkung. Bei der konventionellen 
Leitweglenkung werden administrate festgelegte Alter- 
nativwege in starrer Reihenfolge nach einer unbelegten 25 
Leitung bzw. einem unbelegten Kanal abgesucht ("fixed 
alternate routing"). Dadurch kann die Leitweglenkung 
nur sehr ungenugend auf nicht geplante. auBergew6hn- 
liche Lastsituationen reagieren. 

Bei der dynamischen Leitweglenkung wird entste- 30 
hender Uberlaufverkehr einem oder mehreren aktiven 
Alternativwegen zugewiesen. Dieser aktive Alternativ- 
weg bzw. diese aktiven Alternativwege sind nicht test 
sondern werden entsprechend dem jeweiligen Verfahren 
zur dynamischen Leitweglenkung ausgew&hlt oder 35 
sogar bei jedem Call neu bestimrrrt. Die Vorteile der 
dynamischen Leitweglenkung liegen in Robustheit und 
Flexibilitat gegenuber Schieflastsituationen im Netz, die 
z.B. durch zeitlich schwankende Lasten (raumlich 
begrenztes starkes Verkehrsaufkommen z.B. bei Kata- 40 
strophen) und Netzdegradierung (Verbindungsleitungs- 
bundelausfalle, Ausfalle von Vermittlungseinheiten) 
entstehen kOnnen. AuBerdem konnen Unsicherheiten 
bei der Netzplanung besser kompensiert werden. 

Aus der europaischen Patentschrift EP - B1 0 229 45 
494 ist ein dezentrales Verfahren zur dynamischen Leit- 
weglenkung bekannt. das einem Alternativweg solange 
Uberlaufverkehr zuweist, bisdieser nicht mehr verfugbar 
ist, d.h. bis entweder der Erst-Link des Alternativwegs 
belegt ist, Oder der Ursprungsknoten eine AuslGsungs- so 
meldung wegen Blockierung von einem Transitknoten 
erhait. In diesem Fall wird der bisherige Alternativweg 
zyWisch oder (pseudo-) zufallig durch einen anderen 
Alternativweg ersetzt. In einer anderen Auspragung des 
Verfahrens wird der Uberlaufverkehr auf eine Gruppe 55 
von mehreren Alternativwegen verteilt und ein Alterna- 
tivweg im Falle eines Nichtverfugbarwerdens durch 
einen anderen Alternativweg ersetzt. 
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Das genannte Verfahren hat den Nachteil, daB auch 
hochbelastete Alternativwege immer wieder Uberlauf- 
verkehr erhalten, selbst wenn noch niedrig belastete 
Alternativwege zur Verfugung stehen wurden und der 
entstehende Uberlaufverkehr nicht alien wenig belaste- 
ten Wegen gleichmaBig angeboten wird. 

Der Erfindung liegt die Aufgabe zugrunde, den 
Uberlaufverkehr gleichmaBig auf moglichst niedrigbela- 
stete Alternativwege zu verteilen. 

Diese Aufgabe wird durch die Merkmale des 
Anspruchs 1 bzw. des Anspruchs 9 gelOst. 

Durch das Nichtersetzen eines wegen Nichtverfug- 
barkeit aus dem Wegefacher herausgenommenen Alter- 
nativweges wird verhindert, daB hochbelastete 
Alternativwege zu fruh nach ihrem Ausscheiden bereits 
wieder fur den Uberlaufverkehr angeboten werden und 
damit wieder Verkehr erhalten, obwohl noch niedrig 
belastete Alternativwege zur Verfugung stehen wurden. 

Des weiteren ist das erfindungsgemaBe Verfahren 
weniger zeitaufwendig, da nach einem Feststellen der 
Nichtverfugbarkeit eines Alternativweges nicht jedes 
Mai ein Ersatz- Alternativweg bestimmt werden muB. 

In einer Ausgestaltung der Erfindung nach Anspruch 
3 besteht der Wegefacher der aktiven Alternativwege 
nach jeder (Re-) Initialisierung aus alien fur die 
Ursprungs-Ziel-Beziehung mSglichen Alternativwegen. 
Die (Re-)lnitialisierung ist dadurch sehr wenig aufwen- 
dig. 

In einer weiteren Ausgestaltung der Erfindung nach 
Anspruch 4 besteht der Wegefacher der aktiven Alterna- 
tivwege nach jeder (Re-) Initialisierung aus einer echten 
Untermenge der fur die Ursprungs-Ziel-Beziehung mog- 
lichen Alternativwege. Alternativwege, von denen a 
priori bekannt ist, daB sie momentan oder standig wenig 
freie Kapazitat besitzen, konnen damit bereits bei der 
Initialisierung des Verfahrens aus dem Wegefacher aus- 
geschlossen werden. 

Im folgenden wird ein Ausfuhrungsbeispiel des 
erfindungsgemaBen Verfahrens anhand FIG 1 naher 
eriautert. 

FIG 1 zeigt ein Diagramm eines kleinen vollver- 
maschten Netzwerks mit funf Netz-Vermittlungsknoten 
und den entsprechenden Kapazitaten der Wegab- 
schnitte(Links) zwischen den Netzknoten, wobei ein Link 
mindestens ein Verbindungsleitungsbiindel umfaBt. 

Es werde nun angenommen, daB der Vermittlungs- 
knoten 1 einen Call fur Vermittlungsknoten 2 hat, aber 
diedirekte Route zwischen den beiden Vermittlungskno- 
ten nicht verfugbar ist. 

Weiter werde angenommen, daB der initiale Wege- 
facher, d.h. der Facherder aktiven Alternativwege nach 
seiner erstmaligen Initialisierung oder nach einer Rein- 
itialisierung, aus alien fur die Ursprungs-Ziel-Beziehung 
m6glichen Zweilink-Alternativwegen besteht. Unter die- 
ser Voraussetzung umfaBt der Wegefacher der Alterna- 
tivwege fur die Ursprungs-Ziel-Beziehung zwischen 
Vermittlungsknoten 1 und Vermittlungsknoten 2 drei 
Alternativwege, namlich die Zweilink-Alternativwege 
uber die Vermittlungsknoten 3, 4 und 5. 
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Es werde weiterhin davon ausgegangen, daB der 
uberlaufende Verkehr vom Routing-System zyklisch auf 
diese aktiven Alternativwege gleichmaBig verteilt wird 
und zwar in der Reihenfolge Transitknoten 3, 4 und 5. 

Unter den genannten Voraussetzungen uberpruft 
das Routing-System am Vermittlungsknoten 1 zunachst, 
ob der aktive Alternativweg uber Transitknoten 3 verfug- 
bar ist, d.h. ob er belegbare freie Leitungen bzw. Kanale 
aufweist (im folgenden wird nur von "Kanaien" gespro- 
chen). 

Umdies uberprufen zu kdnnen, speichertdas Rou- 
ting-System in Vermittlungsknoten 1 die Kapazitat des 
Links zwischen Vermittlungsknoten 1 und 3, namlich 125 
Kanale und den fur diesen Link zugehOrigen Trunk- 
Reservation -Parameter, der hier beispielsweise 10 sei. 
Das Routing-System speichert daruber hinaus die 
Anzahl der momentan benutzten Kanale. Der Link zwi- 
schen Vermittlungsknoten 1 und 3 ist aus der Sicht des 
Routing-System dann fur Uberlaufverkehr verfugbar, 
wenn die Summe der benutzten Kanale und des Trunk- 
Reservation-Parameters kleiner als 125 ist (Die Trunk- 
reservierung garantiert die Stabilitat eines Routing-Ver- 
fahrens im Hochlastbereich). 

Ist der erste Link verfugbar, so baut der Vermitt- 
lungsknoten 1 die Verbindung zunachst bis zum Vermitt- 
lungsknoten 3 auf. Das Routing-System des 
Vermittlungsknotens 3 pruft dann vor der Weiterfuhrung 
des Verbindungsaufbaus zum Ziel-Vermittlungsknoten 2 
die Verfugbarkeit des zweiten Links, indem es uberpruft, 
ob die Summe von belegte Kanale plus Trunk-Reserva- 
tion-Parameter kleiner als die Kapazitat des zweiten 
Links ist (Das Routing-System des Vermittlungsknotens 
3 kennt hierzu die Kapazitat des Links zwischen Vermitt- 
lungsknoten 3 und 2, namlich 125 Kanale, sowie den 
Trunk-Reservation Parameter dieses Links, namlich 10 
Kanale und die Anzahl der momentan belegten Kanale 
dieses Links). 

Falls auch der zweite Link des genannten aktiven 
Alternativweges verfugbar ist, wird die Verbindung vom 
Transitknoten 3 zum Zielknoten 2 aufgebaut. 

Falls der Transitknotgen 3 feststellt, daB der Link 
zum Zielknoten 2 nicht verfugbar ist, lost Transitknoten 
3 den Verbindungsabschnitt zum Ursprungsknoten 1 mit 
einer speziell gekennzeichneten Ruckwartsmeldung 
(crankback-Meldung) aus. Das Routing-System des 
Ursprungsknotens 1 entfernt daraufhin den Alternativ- 
weg uber Transitknoten 3 aus dem Wegefacher fur Ziel- 
knoten 2. 

tm vorhergenannten Fall der erfolgreichen Vermitt- 
lung des Calls uber Transitknoten 3 wird beim nachsten 
Call fur den Vermittlungsknoten 2 bei Nichtverfugbarkeit 
derdirekten Route nochmals versucht, den Call uber den 
Transitknoten 3 zu lenken. Erst bei einem weiteren Call 
wird dann zyklisch gewechselt, d.h. der Call wird uber 
den nachsten aktiven Alternativweg gelenkt, d.h. den 
aktiven Alternativweg Liber Transitknoten 4. Dadurch 
kOnnen kurzzeitige Autokorrelationen im Verkehrsange- 
bot auf dem zweiten Link genutzt werden, die die Wahr- 
scheinlichkeit erhdhen, daB unmittelbar nach einem 



erfolgreichen Verbindungsaufbau eine weitere Verbin- 
dung auf dem gleichen Weg aufgebaut werden kann. 

Bei dem Ausfuhrungsbeispiel wird der vom Direkt- 
weg uberlaufende Verkehr also zyklisch umlaufend den 

5 aktiven Alternativwegen zugewiesen. Dabei erhait jeder 
der aktiven Alternativwege zwei aufeinander folgende, 
vom Direktweg uberlaufende Calls zugewiesen. 

Sobald das- Routing-System bei der Durchfuhrung 
des Routing-Verfahrens feststellt, daB ein aktiver Alter- 

w nativweg des Wegefachers nicht mehr verfugbar ist, wird 
dieser aus dem Wegefacher entfernt, jedoch nicht durch 
einen anderen Alternativweg ersetzt (unter dem Entfer- 
nen des Alternativwegs aus dem Wegefacher kann auch 
verstanden werden, daB der betroffene Alternativweg 

75 durch ein Kennzeichen als nicht verfugbar markiert 
wird). Durch das Nichtersetzen des entfernten Alterna- 
tivweges im Wegefacher wird vermieden, daB ein Alter- 
nativweg mit unter Umstanden wenig freien Leitungen 
durch Ersetzen eines anderen nicht mehr verfugbar 

20 gewordenen Alternativwegs wieder in die Wegesequenz 
aufgenommen wird und somit Verkehr auf dem neu auf- 
genommenen Alternativweg verloren geht. 

Stellt das Routing-System fest, daB es einen Call 
einem Alternativweg mit einem besetzten ersten Weg- 

25 abschnitt angeboten (zugewiesen) hat, wird der aktive 
Alternativweg gewechselt und der Call wird dem zyklisch 
nachsten aktiven Alternativweg angeboten. Ist auch hier 
der erste Wegabschnitt besetzt, wird der Alternativweg 
ein weiteres Mai getauscht. Insgesamt wird fur einen Call - 

30 maximal eine vorgegebene Anzahl von aktiven Alterna- 
tivwegen auf verfugbar e Kanale im ersten Wegabschnitt 
gepruft, bevor der Call zu Verlust geht. Ein Call, der bei 1 
verfugbarem ersten Wegeabschnitt auf einen nicht ver- 4% 
fiigbaren zweiten Wegeabschnitt trifft, geht bei dem Aus- M 

35 fuhrungsbeispiel sofort zu Verlust (kein "Rerouting"). Die ^ 
Erfindung kann jedoch auch mit "Rerouting" realisiert T 
werden. 

Alternativwege mit wenig freien Kanaien werden 
durchschnittiich schneller nicht verfugbar als Alternativ- 

40 wege mit viel freien Kanaien. Letztere bleiben also 
durchschnittiich langer im Wegefacher der aktiven Alter- 
nativwege und erhalten somit auch mehr Uberlaufver- 
kehr zugewiesen. 

Da der Uberlaufverkehr auf alle im Wegefacher ver- 

45 bliebenen aktiven Alternativwege verteilt wird, bleiben 
die Alternativwege langer verfugbar als bei einem Ver- 
fahren, das mit einer festen Anzahl von aktiven Alterna- 
tivwegen arbeitet. 

Erst wenn uberhaupt kein aktiver Alternativweg 

so mehr existiertoder eine vorgegebene Anzahl von aktiven 
Alternativwegen im Wegefacher unterschritten wird, 
reinitialisiertdas Routing-System den genannten Wege- 
facher. 

Durch das genannte Entfernen der nicht mehr ver- 
55 fiigbaren aktiven Alternativwege aus dem Wegefacher 
werden die "schlechten" Alternativwege ausgesiebt. 
Dadurch gehen beim Verteilen des aufkommenden 
Uberlaufverkehrs auf alle im Wegefacher verbliebenen 
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Alternativwege insbesondere unter Schiefiast-Situatio- 
nen im Netz nur sehr wenige Calls verloren. 

In der Praxis verandert sich die Lastsituation im Netz 
standig, -so daB ein Routing-System mit einem Wegefa- 
cher fester GroBe nur selten eine optimale Verteilung 
des Uberlaufverkehrs besitzen wird. Dagegen stellt das 
erfindungsgemaBe Routing-System die GroBe des 
Wegefachers schnell auf einen optimalen Wert ein und 
halt diesen relativ lange Zeit. 

Diese Wirkungsweise wird im folgenden anhand von 
FIG 2 naher erlautert. 

FIG 2 zeigt einen Ausschnitt aus einem vollver- 
maschten Kommunikationsnetz mit zehn Vermittlungs- 
knoten, wobei in dem Ausschnitt der Ein-Link-Direktweg 
fur Verkehr vom Ursprungsknoten 1 zum Zielknoten 2 
dargestellt ist und alle Zwei-Link-Alternativwege dieser 
Ursprungs-Ziel-Beziehung uber die Transitknoten 3 bis 
10. 

Fur das Beispiel in FIG 2 wird ebenfalls wie bei FIG 

1 davon ausgegangen, daB als Alternativwege nur Zwei- 
Link-Wege in Frage kommen. 

Im in FIG 2 dargestellten Beispiel sei angenommen, 
daB zwischen den Vermittlungsknoten 1 bis 4 (Netzbe- 
reich A) fur einige Zeit ein auBerplanmaBiges, stark 
erhOhtes Verkehrsangebot herrsche, wahrend zwischen 
den Vermittlungsknoten 5 bis 10 (Netzbereich B) und 
zwischen den Vermittlungsknoten von Bereich A und 
Bereich B ein normales, planm&Biges Verkehrsangebot 
vorliegt. Durch das starke Verkehrsangebot innerhalb 
von Bereich A werden die gestrichelt eingezeichneten 
Links (aufgrund der Trunk- Reservierung) fast aus- 
schlieBlich mit Direktwegverkehr belegt. Dadurch wei- 
sen die Alternativwege uber Transitknoten 3 und 4 eine 
hone Blockierungswahrscheinlichkeit fur den Uberlauf- 
verkehr (z.B. 99 %) auf, wahrend die sechs Alternativ- 
wege, die uber die Transitknoten 5 bis 10 fuhren (in FIG 

2 durchgezogen eingezeichnet) insgesamt eine sehr 
geringe Blockierungswahrscheinlichkeit (z.B. 0,01 %) 
haben. 

Es wird nun wieder davon ausgegangen, daB der 
Wegefacher fur den Verkehr von Vermittlungsknoten 1 
zum Vermittlungsknoten 2 des dargestellten Beispiels 
mit dem vollen Wegefacher initialisiert wird, d.h. mit den 
in FIG 2 dargestellten acht Alternativwegen. Diesen 
Alternativwegen wird der vom Direktweg (1-2) uberlau- 
fende Verkehr bzw. die uberiaufenden Calls angeboten. 
Da die Blockierungswahrscheinlichkeit auf den Alterna- 
tivwegen uber Transitknoten 3 und 4 wesentlich hoher 
ist, als auf den Alternativwegen uber Transitknoten 5 bis 
10, werden die beiden hochbelasteten Alternativwege 
bald aus dem Wegefacher entfernt. (Bei den oben ange- 
nommenen Blockierungswahrscheinlichkeiten wird ein 
hochbelasteter Alternativweg in 99 von 100 Fallen nach 
dem ersten zugeteilten Call entfernt, wahrend dies bei 
einem der sechs niedrig belasteten Alternativwege nur 
in einem von 10 000 Fallen passiert). 

Nachdem sich der Wegefacher gemaB der genann- 
ten Wirkungsweise auf die niedrig belasteten Alternativ- 
wege reduziert hat, wird der aufkommende 



Uberiaufverkehr nur noch auf die sechs niedrig belaste- 
ten Alternativwege nach einem bestimmten Auswahl- 
schema (zufallsgesteuert Oder pseudozufallsgesteuert 
Oder zyklisch umlaufend) gleichmaBig verteilt. Der 
5 Anstieg der Blockierungswahrscheinlichkeit durch den 
zugeteilten Uberiaufverkehr auf den Alternativwegen 
wird also minimiert. 

Der Wegefacher reduziert sich also sehr schnell auf 
die optimale GroBe und verWeinert sich dann nur noch 
w langsam. 

Verandert sich die im Beispiel betrachtete Netzlast 
dahingehend. daB ein bisher niedrig belasteter Alterna- 
tivweg hoch belastet wird, wird dieser bald aus dem 
Wegefacher entfernt. Wird umgekehrt ein bisher hoch- 
75 belasteter Alternativweg zu einem niedrig belasteten 
Alternativweg, stellt sich nach der nachsten Reinitialisie- 
rung der Wegefacher schnell wieder auf die neue opti- 
male GroBe ein. 

Im Gegensatz dazu kann sich bei Verfahren, die mit 
20 Wegefachern fester GrdBe arbeiten, die GrGBe der 
Facher nicht an die sich verandernden Verkehrsschief- 
lasten im Netz anpassen. Dadurch enthait ein Wegefa- 
cher fester GroBe oft entweder hochbelastete 
Alternativwege Oder nicht alle niedrig belasteten Alter- 
25 nativwege. Im ersten Fall geht Verkehr auf den hochbe- 
lasteten Alternativwegen verloren. Im zweiten Fall wird 
der aufkommende Uberiaufverkehr ungleichmaBig auf 
die niedrig belasteten Wege verteilt, so daB wiederum 
mehr Verkehr als beim erfindungsgemaBen Verfahren 
30 verlorengeht. 

Wird der Wegefacher einer Ursprungs-Ziel-Bezie- 
hung nur dann reinitialisiert, wenn die Zahl der in ihm 
enthaltenen Alternativwege eine vorgegebene Anzahl 
unterschreitet. so kann die Zeitkonstante des durch das 
35 Nichtersetzen eines aus dem Wegefacher entfernten 
Alternativweges erzielten Siebvorgangs bei geringem 
Uberiaufverkehr recht lang werden. Durch eine zusatz- 
lich rein zeitlich bedingte Reinitialisierung (Ablauf einer 
bestimmten Zeitspanne, z.B. 10-15 Min., seitder letzten 
40 Realisierung oder periodische Reinitialisierung, ange- 
stoBen durch ein netzzentralen Verkehrsmanagement- 
System unter Berucksichtigung der aktuellen Lastsitua- 
tion im Netz) kann die Mbglichkeit fur eine derartig lange 
Zeitkonstante vermieden und somit erreicht werden, daB 
45 Alternativwege, die aus dem Wegefacher gefallen sind, 
aber inzwischen durch Veranderung der Netzlast wieder 
freie Kapazitat besitzen, fruher wieder in den Wegefa- 
cher aufgenommen werden. 

Des weiteren ist es auch moglich, daB das genannte 
so netzzentrale Verkehrsmanagement-System nach dem 
Erkennen einer Schieflastsituation im Netz eine Reinitia- 
lisierung der Wegefacher aperiodisch anstoBt. 

SchlieBlich kann auch der Netzbetreiber eine aperi- 
odische Reinitialisierung anstoBen. 

55 

Patentanspruche 

1. Verfahren zur dynamischen Verkehrslenkung in 
einem Kommunikationsnetz, demgemaB 
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a) Calls zwischen einem Ursprungs-Vermitt- 
lungsknoten und einem Ziel-Vermittiungskno- 
ten zunachst einem oder mehreren 
bevorzugten Wegen (Planwegen) angeboten 
werden, 5 

b) fur den Fall, daB keiner der Planwege verfug- 
bar ist, Calls Alternativwegen, die in einem 
Wegefacher enthalten sind, nach einem 
bestimmten Auswahlschema angeboten wer- 
den, w 

c) ein bisher im Wegefacher enthaltener Alter- 
nativweg aus dem Wegefacher entfernt wird. 
sobald festgestellt wird, daB er nicht mehr ver- 
fugbar ist, 

d) der aus dem Wegefacher entfernte Alterna- 15 
tivweg nicht ersetzt wird, 

e) der Wegefacher periodisch, d.h. nach 
bestimmten Zeitabstanden, und/oder aperi- 
odisch, d.h. nach Eintreten wenigstens eines 
Ereignisses Oder aufgrund eines Kommandos 20 
von einem netzzentralen Verkehrsmanage- 
ment-System oder dem Netzbetreiber reinitiali- 
siert wird. 

2. Verfahren nach Anspruch 1 , 25 
dadurch gekennzeichnet, 

daB als Ereignis nach dessen Eintreten reinitialisiert 
wird das Unterschreiten der in dem Wegefacher ent- 
haltenen Zahl von Alternativwegen unter eine 
bestimmte Anzahl oder das Ablaufen einer bestimm- 30 
ten Zeitspanne seit der letzten Reinitialisierung in 
Frage kommt. 

3. Verfahren nach Anspruch 1 oder 2, 

dadurch gekennzeichnet, 35 
daB dem Wegefacher bei einer Initialisierung bzw. 
Reinitialisierung alle mbglichen Alternativwege 
zugeordnet werden. 

4. Verfahren nach Anspruch 1 oder 2, 40 
dadurch gekennzeichnet, 

daB dem Wegefacher bei einer Initialisierung bzw. 
Reinitialisierung eine Untermenge der m6glichen 
Alternativwege zugeordnet wird, die nach dem Kri- 
terium der Verkehrsbelastung oder der freien Kapa- 45 
zitat der Alternativwege von dem Ursprungs- 
Vermittlungsknoten oder einem netzzentralen Ver- 
kehrsmanagement-System ermittelt wird. 

5. Verfahren nach einem der Anspruche 1 bis 4, 50 
dadurch gekennzeichnet, 

daB ein Call nur einem einzigen Alternativweg ange- 
boten wird, bevor er wegen dessen Nichtverfugbar- 
keit ausgeldst wird. 
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6. Verfahren nach einem der Anspruche 1 bis 4, 
dadurch gekennzeichnet, 

daB ein Call mehreren Alternativwegen angeboten 



wird, bevor er wegen deren Nichtverfugbarkeit aus- 
gelbst wird. 

7. Verfahren nach einem der Anspruche 1 bis 6, 
dadurch gekennzeichnet, 

daB das genannte bestimmte Auswahlschema darin 
besteht, daB die Alternativwege aus dem Wegefa- 
cher zufallsgesteuert oder pseudozufallsgesteuert 
oder zyWisch umlaufend ausgewahlt werden. 

8. Verfahren nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet, 

daB jedem aus dem Wegefacher fur den Uberlauf- 
verkehr ausgewahtten Alternativweg eine vorgege- 
bene Anzahl von uberlaufenden Calls angeboten 
wird. bevor zu dem nach dem Auswahlschema 
nachsten Alternativweg ubergegangen wird. 

9. Routing-System zur dynamischen Verkehrslenkung 
in einem Vermittlungsknotenprozessor eines Kom- 
munikationsnetzes, das derart ausgestaltet ist, daB 
es 

a) Calls zwischen einem Ursprungs-Vermitt- 
lungsknoten und einem Ziel-Vermittlungskno- 
ten zunachst einem oder mehreren 
bevorzugten Wegen(Planwegen) anbietet, 

b) fur den Fall, daB keiner der Planwege verf ug- 
bar ist, Calls Alternativwegen, die in einem 
Wegefacher enthalten sind, nach einem 
bestimmten Auswahlschema anbietet, 

c) einen bisher im Wegefacher enthaltenen 
Alternativweg aus dem genannten Wegefacher 
entfernt, sobald es feststellt, daB er nicht mehr 
verfugbar ist, 

d) den aus dem Wegefacher entfernten Alterna- 
tivweg nicht ersetzt, 

e) den Wegefacher periodisch, d.h. nach 
bestimmten Zeitabstanden, und/oder aperi- 
odisch, d.h. nach Eintreten wenigstens eines 
Ereignisses oder aufgrund eines Kommandos 
von einem netzzentralen Verkehrsmanage- 
ment-System Oder dem Netzbetreiber reinitiali- 
siert. 

10. Routing-System nach Anspruch 9, 
dadurch gekennzeichnet, 

daB als Ereignis nach dessen Eintreten das Rou- 
ting-System den Wegefacher reinitialisiert das 
Unterschreiten der in dem Wegefacher enthaltenen 
Zahl von Alternativwegen unter eine bestimmte 
Anzahl oder das Ablaufen einer bestimmten Zeit- 
spanne seit der letzten Reinitialisierung in Frage 
kommt. 

11. Routing-System nach Anspruch 9 oder 10, 
dadurch gekennzeichnet, 

daB es dem Wegefacher bei einer Initialisierung 
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bzw. Reinitialisierung alie mSglichen Alternativwege 
zuordnet. 

12. Routing-System nach Anspruch 9 Oder 10, 
dadurch gekennzeichnet, 5 
daB es dem Wegefacher bei einer Initiaiisierung bzw 
Reinitialisierung eine Untermenge<ier moglichen 
Alternativwege zuordnet, die nach dem Kriterium 
der Verkehrsbelastungoderder freien Kapazitatder 
Alternativwege von dem Routing-System selbst w 
oder einem netzzentralen Verkehrsmanagement- 
System ermitteit wird. 

13. Routing-System nach einem der Anspruche 9 bis 

12, « 
dadurch gekennzeichnet, 
daB es einen Call einem einzigen Alternativweg 
anbietet, bevor er bei dessen Nichtverfugbarkeit 
ausgelost wird. 

20 

14. Routing-System nach einem der Anspruche 9 bis 
12, 

dadurch gekennzeichnet, 

daB es einen Call mehreren Alternativwegen anbie- 
tet, bevor er bei deren Nichtverfugbarkeit ausgelost 25 
wird. 

15. Routing-System nach einem der Anspruche 9 bis 
14, 

dadurch gekennzeichnet, 30 

das genannte bestimmte Auswah (schema darin 
besteht, daB die Alternativwege aus dem Wegefa- 
cher zufallsgesteuert Oder pseudozufallsgesteuert 
Oder zyklisch umlaufend ausgewahlt werden. 

35 

16. Routing-System nach einem der Anspruche 9 bis 
15, 

dadurch gekennzeichnet, 

daB es jedem aus dem Wegefacher fur den Uber- 
laufverkehr ausgewahlten Alternativweg eine vorge- 40 
gebene Anzahl von uberlaufenden Calls anbietet, 
bevor es den nach dem Auswahlschema nSchsten 
Alternativweg anbietet. 

45 
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